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I. INTRODUCTION 

A patient needs a way to store his or her medical records, maintained by past and present 
medical professionals, so that the records pertinent at a particular moment may be quickly 
transferred to a medical professional who is treating the patient, without compromising strict 
confidentiality. The presently claimed invention addresses those needs, while the prior art of 
record does not. 

A fully developed and organized medical history of a patient is one of the most valuable 
tools that a medical professional uses when diagnosing and treating a patient. Indeed, one of the 
first things a medical professional typically does is interview the patient to obtain a medical 
history including information such as current medications, allergies, past test results, etc. 
Because of the need for a medical professional to have a medical history available, medical 
professionals have invested considerable effort into compiling, storing, and retrieving their own 
medical records pertaining to their own patients. But past records compiled by one medical 
professional are not so easily retrieved by another medical professional. 

The Health Insurance Portability and Accountability Act (HIPAA), addressing the need 
for a patient's records held by a medical professional to remain confidential, directs that no one, 
including another medical professional, is able to obtain records from a medical professional 
without written permission from the patient. Many times written permission is not obtainable 
when the medical records are most urgently needed, for instance when a patient is unconscious, 
no family member is available, and the patient needs emergency medical treatment. HIPAA thus 
inhibits the availability of certain information that is crucial to efficient and effective medical 
treatment. 

By establishing strict procedural guidelines and severe sanctions for noncompliance, 
HIPAA erects further barriers to the quick access of one medical professional's records by 

1 
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another medical professional that needs the records for emergency care. Medical professionals 
who store medical records are often afraid to share them, lest they run afoul of HIPAA 
requirements. Other medical professionals, without being able to obtain medical records, often 
perform redundant tests or find it necessary to do without third-party information that could 
potentially save the patient's life. 

The present invention addresses this dilemma between the needs for privacy and access 
by providing a solution that is compatible with HIPAA to get medical records maintained by 
other medical professionals to a medical professional who needs them urgently. 
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II. REAL PARTY IN INTEREST 

The real party in interest of this pending patent application is MedLifeCard, Inc. 
MedLifeCard, Inc. is the owner by assignment of all rights to patent application 10/679,749. 
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III. RELATED APPEALS AND INTERFERENCES 

Not Applicable 
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IV. STATUS OF CLAIMS 

Claims 1-2 and 5-64 are rejected and currently appealed. Claims 3 and 4 have been 
canceled. 

More particularly, claims 1-2, 5-8, 11-32, and 35-64 are rejected under 35 U.S.C. 103(a) 
as being unpatentable over Segal (US 2001/0041991), in view of Joao (6,283,761), and in view 
of Official Notice. 

Claims 33 and 34 are rejected under 35 U.S.C. 103(a) as being unpatentable over Segal, 
Joao, and Official Notice as applied to claim 30, and further in view of Judson et al. (US 
2005/0026117). 

Claims 9 and 10 are rejected under 35 U.S.C. 103(a) as being unpatentable over Segal, 
Joao, and Official Notice as applied to claims 1 and 30, and further in view of Mok et al. (US 
2003/0140044). 
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V. STATUS OF AMENDMENTS 

Not Applicable 
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VI. SUMMARY OF CLAIMED SUBJECT MATTER 

The Health Insurance Portability and Accountability Act of 1996 (HIPAA) creates 
national standards to protect the privacy of personal health information. HIPAA was intended to 
prevent the reckless dissemination of personal health information. 1 However, HIPAA' s 
requirement of procedural accountability has also been problematic because it combines strict 
procedural behavior with severe sanctions for noncompliance. 2 As a result, service providers, 
uncertain about their responsibilities, often respond with an overly guarded approach to 
disclosing information. 3 The result of strict procedural requirements and uncertainty surrounding 
those requirements is that it is often difficult for a medical professional to quickly access a 
patient's medical history maintained by another medical professional. 4 

Taking into account that 40% of all hospital admissions start in the emergency room, 
where the review of a patient's health information must be performed under narrow time 
constraints, HIPAA requirements often place both patients and doctors in a precarious situation. 5 
Consider the patient who is admitted to the emergency room unconscious and thus cannot give 
the emergency room physician important health information. As a result of HIPAA 
requirements, the emergency room medical professional may not be able to obtain the patient's 
medical history from another medical professional as quickly as necessary. 6 The medical 
professional may thus be forced either to perform costly and unnecessary testing or to provide 
treatment while lacking critical information. 



1 Specification, page 3, paragraph 0007 

2 Id, 

3 Specification, page 3, paragraph 0008 

4 Id. 

5 Specification, page 2, paragraph 0004 

6 Specification, page 1, paragraph 0004 

7 Specification, page 1, paragraph 0002 
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The present invention seeks to allow for quick disclosure of the patient's medical history 
to a third party without restriction or delay by HIPAA. 8 Because HIPAA regulates the medical 
professionals or facilities maintaining medical records, as well as any entity other than the 
patient that performs data processing on the medical records (these regulated parties are known 
as "covered entities"), the service provider of the presently claimed invention must refrain from 
data processing of the records to avoid being classed as a "covered entity" and restricted by 
HIPAA. 9 Yet data processing such records (organizing them, summarizing them, etc.) is a 
necessary and routine step for making relevant information more easily accessible so that the 
portion of the record relating to a current emergency can be quickly identified and used to treat 
the patient. 10 An emergency room medical professional does not have the time to sift through 
thousands of pages of records from a lifetime of medical care to find the particular nuggets, such 
as a record of an allergy to a particular medication, that might expedite the patient treatment or 
even save the patient's life. In the cited prior art, a service provider processes at least some of 
the data, so its disclosure is subject to HIPAA restrictions. 11 

The present invention addresses this problem uniquely by recognizing that the necessary 
data processing can and must be done by the only person who can legally process a patient's 
medical record without HIPAA restrictions - the patient himself or herself. 12 The service 
provider facilitates this process, which many patients cannot do unaided, by providing a format 
for storing the information, showing the patient how to acquire the medical records and organize 
and process them into a more useful form, listing what information should be included in a 
summary record, the specific notations in a medical record that identify such information, and so 

8 Specification, page 10, paragraph 0033 

9 Specification, page 11, paragraph 0035 

10 Specification, page 8, paragraph 0024 

11 Specification page 11, paragraph 0035 

12 Specification, page 12, paragraph 0038 
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forth. The service provider then is able to store and communicate the already-processed 
records provided by the patient, as directed by the patient in advance, without engaging in data 
processing and thus encountering the restrictions provided by HIPAA. 14 
Independent Claims 1 5 19, and 30 are illustrative of the invention and read: 



1. A method for a service provider (pages 5-6, paragraph 0015, lines 1-4; 
page 10, paragraph 0032, lines 2-6) to obtain a medical record of a patient from 
a covered entity (Figure 1, reference character 70) in a form (Figure 2, reference 
character 220; Figure 3, reference character 100) allowing said service provider 
to quickly disclose said medical record without restriction by the Health 
Insurance Portability and Accountability Act of 1996 (page 5, paragraph 0014, 
lines 1-4; page 8, paragraph 0025, lines 1-3), the method comprising the 
following steps carried out by a service provider (pages 5-6, paragraph 0015, lines 
1-4; page 10, paragraph 0032, lines 2-6) that is not the patient (page 10, paragraph 
0032, lines 1-2) or a covered entity (page 2, paragraph 0006, lines 9-10; page 5, 
paragraph 0014, line 2; page 10, paragraph 0034, lines 1-15; Figure 1, reference 
character 70): 

A. inducing said patient to receive said medical record from a 
covered entity (page 5, paragraph 0015, lines 1-2; Figure 1, reference 
character 70); 

B. receiving said medical record from said patient in a storage 
format (page 6, paragraph 0016, lines 2-10) without data processing said 
medical record (page 7, paragraph 0020, lines 1-11); 



13 
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Specification, page 7, paragraph 0021 
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C. storing said medical record in a memory (Figure 1, reference 
characters 44 and 50) in a form (Figure 2, reference character 220; Figure 
3, reference character 100) from which said medical record can be 
reproduced in said storage format (page 7, paragraph 0020, lines 1-3; 
Figure 2, reference character 220; Figure 3, reference character 100), 
without data processing said medical record (page 7, paragraph 0020, 
lines 7-11); 

D. obtaining agreement in advance with the patient that the service 
provider shall transmit said medical record to a third party under defined 
conditions (page 7, paragraph 0021, lines 1-3); and 

E. transmitting said medical record to a third party when the defined 
conditions occur (page 7, paragraph 0021, lines 3-12), without data 
processing said medical record (page 7, paragraph 0020, lines 7-11). 

19. A method to induce conversion of a medical record of a patient from a 
covered entity (Figure 1, reference character 70) to a form (page 7, paragraph 
0018, lines 1-3; Figure 2, reference character 220; Figure 3, reference character 
100) allowing quick disclosure of said medical record to a third party without 
restriction by the Health Insurance Portability and Accountability Act of 1996 
(page 5, paragraph 0014, lines 1-4; page 10, paragraph 0033, lines 1-3), the 
method comprising: 

A. a service provider that is not the patient or a covered entity (page 
10, paragraph 0032, lines 1-2; page 10-11, paragraph 0034, lines 1-18; 

10 
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Figure 1, reference character 70), inducing said patient to obtain 
possession of said medical record from a covered entity (page 5, paragraph 
0015, lines 1-2; Figure 1, reference character 70); 

B. said service provider inducing said patient (page 10, paragraph 
0032, lines 1-2) to convert said medical record into a storage format 
(page 7, paragraph 0018, lines 2-3; Figure 2, reference character 220; 
Figure 3, reference character 100); and 

C. said service provider inducing said patient to store said medical 
record in a memory (Figure 1, reference characters 44 and 50) in said 
storage format (page 7, paragraph 0020, lines 1-3; Figure 2, reference 
character 220; Figure 3, reference character 100) without data processing 
said medical record by the service provider (page 7, paragraph 0020, lines 
Ml). 

30. A medical and personal information system for obtaining and storing a 
medical record of a patient from a covered entity in a form (Figure 2, reference 
character 220; Figure 3, reference character 100) allowing quick disclosure of said 
medical record to a third party without restriction by the Health Insurance 
Portability and Accountability Act of 1996 (pages 8-9, paragraph 0025, lines 1-4), 
the system comprising: 

A. a communication interface (pages 8-9, paragraph 0025, lines 4-7; 
Figure 1, reference character 210) provided at least in part by a service 
provider (pages 5-6, paragraph 0015, lines 1-4; page 10, paragraph 0032, 

11 
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lines 2-6) that is not the patient (pages 5-6, paragraph 0015, lines 1-12) or 
a covered entity (page 10, paragraph 0034, lines 1-15; Figure 1, reference 
character 70), said interface ( Figure 1, reference character 210) being 
adapted for inducing said patient to obtain possession of said medical 
record of said patient from a covered entity (page 9, paragraph 0015, lines 
1-10; Figure 1, reference character 70); and 

B. a data storage device (pages 8-9, paragraph 0025, lines 7-9; Figure 
1, reference characters 45 and 46) provided at least in part by a service 
provider that is not the patient or a covered entity; page 8, paragraph 0022, 
lines 1-6; Figure 1, reference character 70), said storage device comprising 
a memory (page 8, paragraph 0022, lines 1-6; Figure 1, reference 
characters 44 and 50) adapted for storing said medical record in a form 
(Figure 2, reference character 220; Figure 3, reference character 100) from 
which it can be reproduced in a storage format (page 7, paragraph 0020, 
lines 1-3; Figure 2, reference character 220; Figure 3, reference character 
100), wherein said storage device is configured to store said medical 
record without data processing said medical record (page 7, paragraph 
0020, lines 1-11). 
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VII. GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

The principal grounds of rejection on appeal are: 

(1) Whether claims 1-2, 5-8, 11-32, and 35-64 are unpatentable under 35 U.S.C. 
103(a) over Segal et al., in view of Joao, and further in view of Official Notice. 

(2) Whether claims 33 and 34 are unpatentable under 35 U.S.C. 103(a) over Segal et 
al, Joao, and Official Notice, as applied to claim 30 and further in view of Judson et al. 

(3) Whether claims 9 and 10 are unpatentable under 35 U.S.C. 103(a) over Segal et 
al., Joao, and Official Notice, as applied to claim 1 and further in view of Mok et al. 
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VIII. ARGUMENT 

A. Claims 1-2, 5-8, 11-32, and 35-64 are patentable under 35 U.S.C. 103(a) over 
Segal, in view of Joao, and further in view of Official Notice. 

1. Taken together, the references applied in the rejections based 
on the combination of the teachings of Segal and Joao under 35 
U.S.C. 103(a) fail to disclose a service provider storing a 
medical record without data processing said medical record. 

To establish prima facie obviousness of a claimed invention, all the claim limitations 
must be taught or suggested by the prior art. In re Royka, 490 F.2d 981, 180 USPQ 580 (CCPA 
1974). "All words in a claim must be considered in judging the patentability of that claim against 
the prior art." In re Wilson, 424 F.2d 1382, 1385, 165 USPQ 494, 496 (CCPA 1970); See also § 
2143.03 Manual of Patent Examining Procedure (8th ed., rev. 5, 2006) ["MPEP"].. 

Neither Segal nor Joao teaches the presently claimed limitation requiring a service 
provider who is not a covered entity under HIPAA to refrain from data processing a medical 
record, and only store and transmit the medical record as presented by the patient. The final 
Office action recognizes that Segal fails to disclose a method carried out by a service provider 
that is not the patient or a covered entity comprising: 

(1) storing said medical record without data processing said medical record 

(2) obtaining agreement in advance with the patient that the service provider shall 
transmit said medical record to a third party under defined conditions; and 

(3) transmitting said medical record to a third party when the defined conditions 
occur, without data processing said medical record. 15 



15 Final Office action of Jan. 25, 2007, page 4 
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The final Office action thus relies upon Joao for the teaching that the service provider 
should store the medical record without data processing said medical record. However, Joao 
neither teaches nor suggests this claim limitation. 

a. Nowhere in any of the embodiments of the invention 
disclosed in Joao is there a teaching or suggestion of 
storing a medical record without data processing said 
medical record. 

Joao discloses numerous distinct embodiments, each of which involves some form of 
data processing. The first embodiment teaches a process of performing a diagnosis of a sickness 
or condition and is illustrated by Figures 7 A and 7B. The central processing computer will, at 
step 705, "receive and process" the patient symptoms and will "perform a comprehensive 
diagnostic evaluation". 16 Processing a medical record is thus necessary in this process. The next 
embodiment teaches a process of evaluating or monitoring treatments and is illustrated by 
Figures 8A and 8B. In step 803, a "processing routine" using the stored records is required. 17 

Another embodiment teaches the creation of a comprehensive patient healthcare database 
that can be accessed by any medical professional or other party to access the patient's healthcare 
information. This process, illustrated by Figures 9A and 9B, requires that after a patient enters 
his medical information, the central processing computer will "process and store" that 
information 18 . This embodiment explicitly teaches the processing of the medical records by the 
service provider. The service provider performing the invention of Joao is therefore inherently a 
covered entity under HIPAA. Joao thus explicitly teaches away from the presently claimed 
invention. 



16 Evidence Appendix, Joao, at col. 25, lines 30-38. 

17 Evidence Appendix, Joao, at col 28, lines 37-42. 

18 Evidence Appendix, Joao, at col. 29, lines 49-55. 
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Further embodiments of Joao describe processes where data processing is a required step. 
The embodiment illustrated by Figure 10 teaches a method of locating medical professionals or 
payers, wherein the data entered by the patient is processed to identify a healthcare professional 
or insurance company. 19 The embodiment illustrated by Figure 1 1 teaches a method of accessing 
a medical professional's schedule to create an appointment. The schedule is then updated, or 
processed, by the central processing computer. 20 The embodiment illustrated by Figures 12A 
and 12B teaches a method of providing notification in response to an event or occurrence. Upon 
receiving information of an occurrence, the central processing computer processes the 
information to generate a notification message. 21 The embodiment illustrated by Figures 13A, 
13B, and 13C teaches a method of processing healthcare claims 22 , while the embodiment 
illustrated by Figures 14A and 14B teaches a combined process of performing a diagnosis and 
submitting a claim in response to the diagnosis. 23 In the final embodiment, illustrated by Figures 
15A and 15B, a vast amount of healthcare information is stored and processed to create a 
simulator for training. 24 

None of the embodiments disclosed by Joao teach a method of storing a medical record 
without data processing said medical record. 

b. The passages of Joao relied upon in the final Office 
action neither teach nor suggest storing a medical 
record without data processing said medical record. 

The final Office action relies on a general section of Joao that merely sets forth the basic 
utility of the invention: 

19 Evidence Appendix, Joao, at col. 30, lines 63-67. 

20 Evidence Appendix, Joao, at col. 32, lines 65-67. 

21 Evidence Appendix, Joao, at col. 34, lines 35-42. 

22 Evidence Appendix, Joao, at col. 35, lines 11-12. 

23 Evidence Appendix, Joao, at col. 36, lines 23-29. 

24 Evidence Appendix, Joao, at col. 38, lines 42-51. 
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The present invention provides an apparatus and methods for providing healthcare 
information and/or healthcare-related information which overcomes the 
shortcomings of the prior art. 25 

The final Office action incorrectly implies that because "data processing" is not 
mentioned in this section, it teaches a method of providing healthcare information without data 
processing. Joao does not disclose a limitation that the method for providing healthcare 
information is taught to be performed without data processing merely because the specific term 
"data processing" was not immediately present in a particular sentence. Such a broad statement 
cannot be understood to teach one of ordinary skill either the steps taken in, or those excluded 
from, a method for providing healthcare information. There is nothing in this general statement 
to suggest a method of providing healthcare information without data processing. This section of 
Joao would not have led one of ordinary skill to provide healthcare information without data 
processing; rather, the final Office action relies upon knowledge gleaned from the Applicant's 
disclosure to find such a suggestion. This is improper hindsight reasoning. 26 

The final Office action further relies on the use of alternative language, such as "can" and 



"and/or" in the following passages of Joao: 



The apparatus also includes an intermediary communication device or computer 
which is associated with an intermediary, a broker, an agent, and/or any other 
individual and/or entity, that can utilize the present invention in order to act for 
and/or on behalf of any other individual, party, or entity, described herein. 
The intermediary computer(s) can communicate with, and operate in conjunction 
with, central processing computer and/or any of the other computers and/or 
computer systems described herein. 27 

Each of the central processing computer(s), the provider computer(s), the payer 
computer(s), the patient computer(s), and/or the intermediary computer(s), can 
transmit information to, as well as receive information from, any of the computers 
described herein. In this regard, each of the computers can communicate with, 
process information from, and/or share data and/or information with, each other 



Evidence Appendix, Joao, at col. 2, lines 26-30. 

26 In re McLaughlin 443 F.2d 1392, 1395, 170 USPQ 209, 212 (CCPA 1971); see also § 2145 MPEP. 

27 Evidence Appendix, Joao, at col. 3, lines 26-33, 
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and/or any other computer or computers described herein and/or utilized in 
conjunction with the present invention. In this manner, data and/or information 
transfer between any of the computers can take place in a bi-directional 

28 

manner. 

Nowhere in these passages is there a teaching, or a suggestion, that the apparatus is 
intended to store a medical record without data processing. The mere teaching that the 
computers in a network can be used for data processing does not suggest a method of providing 
healthcare information without data processing. These sections of Joao would not have led one 
of ordinary skill to provide healthcare information without data processing. This again is 
improper hindsight reasoning. 29 

The final Office action also concludes that storing a medical record without data 

processing said medical record is implied by a "broad, yet reasonable" interpretation of the 

following section of Joao: 

The apparatus and method of the present invention can be utilized in numerous 
preferred embodiments in order to provide a vast array of healthcare and 
healthcare-related services for any one or more of the various parties described 
herein. Any patient, user, provider, payer, and/or intermediary, may utilize the 
present invention in the same, similar, and/or analogous manner. 30 

There is nothing in this general statement to suggest a method of providing healthcare 

information without data processing. This section of Joao would not have led one of ordinary 

skill to provide healthcare information without data processing; rather the final Office action 

relies upon knowledge gleaned from the Applicant's disclosure to find such a suggestion. This is 

another example of improper hindsight reasoning. 



Evidence Appendix, Joao, at col. 3, lines 34-45. 

29 In re McLaughlin 443 F.2d 1392, 1395, 170 USPQ 209, 212 (CCPA 1971); § 2145 MPEP 

30 Evidence Appendix, Joao, at col. 4, lines 27-33. 

31 In re McLaughlin 443 F.2d 1392, 1395, 170 USPQ 209, 212 (CCPA 1971); § 2145 MPEP 
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2. The combination of references is inappropriate because Segal 
explicitly teaches a step of data processing and is not properly 
combined with a reference that teaches a lack of data 
processing. 

A prior art reference must be considered in its entirety, i.e., as a whole, including portions 
that would lead away from the claimed invention. W.L. Gore & Associates, Inc. v. Gar lock Inc., 
721 F.2d 1540, 220 USPQ 303 (Fed. Cir. 1983), cert, denied, 469 U.S. 851 (1984); § 2141.02 
MPEP. If the proposed modification or combination of the prior art would change the principle 
of operation of the prior art invention being modified, then the teachings of the references are not 
sufficient to render the claims prima facie obvious. In re Ratti, 270 F.2d 810, 123 USPQ 349 
(CCPA 1959); § 2143.01 MPEP. 

The final Office action stated that it would have been obvious at the time of invention to 
combine the teachings of Joao and the teachings of Segal with the motivation of providing 
healthcare information to pertinent parties. However, Segal, considered in its entirety, 
necessarily describes the service provider engaging in data processing. 32 Combining the Segal 
reference that specifically teaches and requires data processing with any reference that is asserted 
to specifically teach refraining from data processing is improper. The combination is 
inappropriate because the proposed modification to the Segal process would change the principle 
of operation of the process itself, which prevents such a combination from rendering the claim 
prima facie obvious. Additionally, the combination of a reference that requires data processing 
with a reference that excludes data processing is an improper use of hindsight reasoning, based 
solely upon knowledge gleaned from The Applicant's disclosure. 



Evidence Appendix, Segal, at page 8, paragraph 0103; Segal, at pages 1 1-12, paragraph 0143 
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3. It was inappropriate to rely on Official Notice that 
transmitting medical records without data processing was old 
and well-known in the art, without any prior art of record 
cited as having taught this limitation. 

The final Office action recognizes that Segal fails to disclose a method carried out by a 
service provider that is not the patient or a covered entity comprising: 

(4) storing said medical record without data processing said medical record 

(5) obtaining agreement in advance with the patient that the service provider shall 
transmit said medical record to a third party under defined conditions; and 

(6) transmitting said medical record to a third party when the defined conditions 
occur, without data processing said medical record. 

The final Office action thus relies upon Official Notice for the teaching that the service provider 
transmits medical records to a third party without data processing the medical records. This, 
however, is an improper use of Official Notice. 

a. The use of Official Notice in the final Office action is 
inappropriate because the step of transmitting medical 
records without data processing is not a fact that could 
be instantly and unquestionably demonstrated as well 
known. 

Official Notice unsupported by documentary evidence should only be taken by the 
Examiner where the facts asserted to be well-known, or to be common knowledge in the art, are 
capable of instant and unquestionable demonstration as being well-known. As noted by the court 
in In re Ahlert, 424 F.2d 1088, 1091, 165 USPQ 418, 420 (CCPA 1970), the notice of facts 
beyond the record which may be taken by the Examiner must be "capable of such instant and 
unquestionable demonstration as to defy dispute." See also In re Beasley, 111 Fed. Appx. 739, 
744 (Fed. Cir. 2004) (non-precedential) 33 ; § 2144.03 MPEP. 

33 Non-Precedential Authority Appendix; http://www.fedcir.gov/contents.html (Noting that the former Federal 
Circuit rule against citation of non-precedential decisions has been superseded). 
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The limitation that the medical records must be transmitted without data processing is not 
a fact that is capable of instant and unquestionable demonstration as being well-known. Rather, 
the final Office action apparently claims Official Notice because the prior art of record does not 
include such a teaching. Given that the prior art used in the rejection teaches data processing 
medical records, it can hardly be deemed unquestionable for one in the art to transmit medical 
records without data processing. 

b. The use of Official Notice in the final Office action is 
inappropriate because it was used as the principal 
evidence upon which the rejection was based. 

Any facts to be established by Official Notice should be of notorious character and serve 
only to "fill in the gaps" in an insubstantial manner which might exist in the evidentiary showing 
made by the Examiner to support a particular ground for rejection. Ahlert, 424 F.2d at 1091, 165 
USPQ at 421. It is never appropriate to rely solely on common knowledge in the art without 
evidentiary support in the record as the principal evidence upon which a rejection was based. In 
re Zurko, 258 F.3d 1379, 1386, 59 USPQ2d 1693, 1697 (Fed. Cir. 2001); Ahlert, 424 F.2d at 
1092, 165 USPQ at 421; § 2144.03 MPEP. 

The use of Official Notice to teach the claim limitation of transmitting medical records to 
a third party without data processing the medical records is inappropriate. As previously noted, 
the Applicant's invention specifies that the service provider does not data process the medical 
records with which it deals and thus is not a covered entity of HIPAA. Accordingly, it is 
inappropriate to base the rejection of such a limitation on an unsupported statement that doing so 
is well known in the art. This is especially the case where the other prior art used in the rejection 
specifically teaches the use of data processing. The final Office action uses Official Notice not 
to fill the gaps to support a particular rejection but rather as a primary basis for the rejection 
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itself, contradicting a teaching in the Segal reference of record. This is inappropriate and 
prohibited by Zurko and Ahlert. 

c. The use of Official Notice in the final Office action is 
inappropriate because it does not include any support 
or reasoning for its conclusion respecting the "without 
data processing" limitations. 

If Official Notice is taken, the basis for such reasoning must be set forth explicitly. The 
Examiner must provide specific factual findings predicated on sound technical and scientific 
reasoning to support his or her conclusion of common knowledge. See In re Soli, 317 F.2d 941, 
945-46, 137 USPQ 797, 800 (CCPA 1963); In re Chevenard, 139 F.2d 711, 713, 60 USPQ 239, 
241 (CCPA 1943); § 2144.03 MPEP. 

The final Office action explains that Official Notice is taken with respect to the 
limitations of "obtaining agreement in advance with the patient that the service provider shall 
transmit said medical record to a third party under defined conditions and transmitting said 
medical record to a third party when the defined conditions occur." 34 However, there is no 
explanation why Official Notice may properly be taken with respect to the limitation of 
transmitting said medical record without data processing the medical record. 35 The use of 
Official Notice with respect to this limitation therefore is inappropriate absent persuasive 
reasoning in support of such a conclusion. 

4. It was error to treat certain matters taken on Official Notice as 
admitted prior art when the Applicant adequately traversed 
the use of Official Notice. 

To adequately traverse a finding based on Official Notice, Office policy is that an 
Applicant must specifically point out the supposed errors in the Examiner's action, which would 

34 Final Office action of Jan. 25, 2007 p. 5 

35 Final Office action of Jan. 25, 2007 p. 5 
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include stating why the noticed fact is not considered to be common knowledge or well-known 
in the art. See 37 CFR 1.111(b); see also Chevenard, 139 F.2d at 713, 60 USPQ at 241. If the 
Applicant adequately traverses the Examiner's assertion of Official Notice, the Examiner must 
provide documentary evidence in the next Office action if the rejection is to be maintained. § 
2144.03 MPEP. 

The final Office action contends that the Applicant failed to adequately traverse the 
finding of Official Notice because the Applicant supposedly did not state why the noticed fact is 
not considered to be common knowledge or well-known in the art. 36 However, the Applicant did 
traverse the finding of Official Notice, stating a reason why the noticed fact that was traversed 
(acting "without data processing' 5 ) cannot be considered to be common knowledge. The 
Applicant explained that the noticed fact specifically contradicts the Joao reference relied upon 
in the rejection and thus could not be instantly and unquestionably demonstrated. 37 The 
Applicant's traversal was specific to one aspect of the Official Notice and to the particular reason 
that it was in error. It was not a general allegation of patentability, but was narrowly tailored to 
request a showing of documentary evidence. Accordingly, since the Applicant properly 
traversed the assertion of Official Notice, the Office was required to provide documentary 
evidence for the rejection to be maintained, but did not do so. 

B. Separate argument of claims: Claims 2, 8, 19-29, 31, and 49 are patentable 
under 35 U.S.C. 103(a) over Segal, in view of Joao, and further in view of 
Official Notice, 



3e Final Office action of Jan. 25, 2007 p. 18 

37 Response of November 13, 2006, pages 16-17 
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The combination of Segal and Joao fails to disclose a service provider that is not a 
covered entity either inducing the patient to convert the medical record to a storage format or 
inducing the patient to update the medical record, as claimed by the present invention in claims 
2, 8, 19-29, 31, and 49. 

The final Office action relies upon the teaching of Segal that a patient, with guidance 
from his or her physician, obtains his or her medical record in a first format (e.g. a hard copy) 
and converts it into a storage format (e.g. a digital copy). 38 The physician in Segal has access to 
the medical data of the patient and can thus direct the overall healthcare of the patient. 39 A 
physician with access to a patient's medical records, as taught in Segal, is a covered entity, 
subject to the restrictions of HIPAA against transferring the resulting records to other medical 
professionals. 40 In contrast, claims 2, 19-29, and 31 of the present invention specifically require 
that the service provider that induces the patient to convert the medical records to a storage 
format is not a covered entity. Therefore, the teaching of Segal does not teach or suggest every 
limitation of the claims. 

Similarly, the final Office action relies upon the teaching of Segal that a patient brings the 
medical record to his or her physician's office to update it under the guidance of the physician. 41 
However, claims 8 and 49 require that the service provider that induces the patient to update the 
medical record is not a covered entity. Therefore, the teaching of Segal does not teach or suggest 
every limitation of the claims. 

Moreover, with respect to claims 2, 8, 19-29, 31, and 49, the service provider of the 
present invention, which induces the patient to convert and update a medical record, also 

38 Final Office action of Jan. 25, 2007, page 6 

39 Evidence Appendix, Segal, at page 3, paragraph 0025 

40 Specification, page 1 1, paragraph 0034 

41 Final Office action of Jan. 25, 2007, page 7; Evidence Appendix, Segal, at page 12, paragraph 0151 
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performs other functions, such as storing the medical record created by the patient. In Segal, 
however, the physician is not a service provider as in the presently claimed invention. Segal 
neither teaches nor suggests the method and system of the presently claimed invention. 

Claim 2 recites, "inducing said patient to convert said medical record to said storage 
format, wherein said storage format is different from said first format." Claim 19, its dependent 
claims 20-29, and claim 31 contain essentially the same limitation. Converting the medical 
record from one format to another is regarded as data processing. Thus, these claims are further 
distinguished from the prior art by requiring that the patient perform data processing of the 
medical records obtained from the covered entities. In this way, any necessary data processing is 
performed, but by the patient instead of by the service provider or a covered entity. 

Claim 8 recites, "inducing said patient to update said medical record stored in said 
memory," and claims 25 and 49 include essentially the same limitation. Thus, these claims are 
further distinguished from the prior art by requiring that the patient perform data processing of 
the medical records obtained from the covered entities. Again, any necessary data processing is 
performed by the patient instead of by the service provider or a covered entity. 

C. Claims 33 and 34 are patentable under 35 U.S.C. 103(a) over Segal, Joao, 
Official Notice, and Judson. 

Claims 33 and 34 are patentable over the combination of references for the same reasons 
that claims 1-2, 5-8, 11-32, and 35-64 are patentable over Segal in view of Joao and further in 
view of Official Notice. 
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D. Claims 9 and 10 are patentable under 35 U.S.C. 103(a) under 35 U.S.C. 
103(a) over Segal, Joao, Official Notice, and Mok. 

Claims 33 and 34 are patentable over the combination of references for the same reasons 
that claims 1-2, 5-8, 11-32, and 35-64 are patentable over Segal in view of Joao and further in 
view of Official Notice. 
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IX. CONCLUSION 

In conclusion, the Applicant has shown that no proper prima facie case of obviousness 
has been made in the final Office action. 

The combination of Segal and Joao does not teach the method or system of the present 
invention wherein a medical record is stored without data processing. The final Office action 
relies upon Joao for this teaching, yet nothing in Joao, either in any of the embodiments or in the 
passages relied upon, teaches such a limitation. 

The combination of Segal and Joao also does not teach the method or system of the 
present invention wherein the service provider, who is not a covered entity, induces the patient to 
convert or update his or her medical records. The final Office action relies upon Segal for this 
teaching, yet at most Segal teaches a physician, who is a covered entity, inducing the patient to 
perform these steps. 

Additionally, the combination of references, as relied upon by the final Office action, is 
inappropriate because the proposed modification to Segal would change the principle of 
operation of Segal itself and is improper hindsight reasoning. 

Furthermore, the use of Official Notice in place of documentary evidence respecting the 
transmission of a medical record without data processing is improper because it was used for a 
teaching that could not be unquestionably demonstrated as well known, did more than to fill the 
gaps of the prior art, and was unsupported by any reasoning. 

Moreover, the use of Official Notice was inappropriate because the Applicant adequately 
traversed the Official Notice and thus documentary evidence in the final Office action was 
required to maintain the rejection. 



27 



Serial No.: 10/679,749 



Attorney Docket No. 14969US01 



Claims 2, 8, 19-29, 31, and 49 are separately argued, providing additional reasons why 
they are allowable over the prior art of record. 

Therefore, the Applicant respectfully requests that the final rejections of record should be 
reversed and that claims 1-2 and 5-64 be found patentable. 



McAndrews, Held & Malloy, Ltd 
500 West Madison Street, 34 th Floor 
Chicago, IL 60661 
Telephone No. (312) 775-8000 
Facsimile No.: (312)775-8100 



Respectfully Submitted, 



September 17, 2007 




George Wheeler 
Reg. No. 28,766 
An attorney for applicant 
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X. CLAIMS APPENDIX 
Claims On Appeal 

1 . A method for a service provider to obtain a medical record of a patient from a covered entity 
in a form allowing said service provider to quickly disclose said medical record to a third party 
without restriction by the Health Insurance Portability and Accountability Act of 1996, the 
method comprising the following steps carried out by a service provider that is not the patient or 
a covered entity: 

A. inducing said patient to receive said medical record from a covered entity; 

B. receiving said medical record from said patient in a storage format, without data 
processing said medical record; 

C. storing said medical record in a memory in a form from which said medical 
record can be reproduced in said storage format, without data processing said medical record; 

D. obtaining agreement in advance with the patient that the service provider shall 
transmit said medical record to a third party under defined conditions; and 

E. transmitting said medical record to a third party when the defined conditions 
occur, without data processing said medical record. 

2. The method of claim 1, further comprising said service provider inducing said patient to 
obtain possession of said medical record from said covered entity in a first format and said 
service provider inducing said patient to convert said medical record to said storage format, 
wherein said storage format is different from said first format. 

3. (Canceled) 

4. (Canceled). 

5. The method of claim 1, wherein said memory is a portable medium. 

6. The method of claim 5, wherein said portable medium is an optical disc. 



29 



Serial No.: 10/679,749 



Attorney Docket No. 14969US01 



7. The method of claim 1, further comprising retrieving said medical record stored in said 
memory remotely through a computer communications network. 

8. The method of claim 1, further comprising said service provider inducing said patient to 
update said medical record stored in said memory. 

9. The method of claim 1, further comprising said service provider inducing said patient to 
provide other information that is not a medical record, and storing said other information in said 
memory. 

10. The method of claim 9, wherein said other information comprises information selected from 
the group consisting of a living will, investment portfolio, life insurance and a credit 
arrangement. 

11. The method of claim 1, wherein said medical record is stored in a hierarchical storage 
system. 

12. The method of claim 11, wherein said medical record is assigned to at least one file folder, 
said file folder containing medical records sharing at least one common attribute. 

13. The method of claim 12, wherein said file folder is assigned to at least one file template, 
said file template containing file folders sharing at least one common attribute. 

14. The method of claim 13, wherein a plurality of said file templates are stored in said storage 
system to form a general medical and personal information file of said patient. 

15. The method of claim 12, wherein said file folder further comprises at least one sub-folder. 
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16. The method of claim 11 5 wherein said hierarchical storage system provides hierarchical 
storage access. 

17. The method of claim 14 5 wherein access to a special file template is on a different basis than 
access to at least one other file template. 

18. The method of claim 17 5 wherein said special file template is an emergency file template. 

19. A method to induce conversion of a medical record of a patient from a covered entity to a 
form allowing quick disclosure of said medical record to a third party without restriction by the 
Health Insurance Portability and Accountability Act of 1996, the method comprising: 

A. a service provider that is not the patient or a covered entity, inducing said patient 
to obtain possession of said medical record from a covered entity; 

B. said service provider inducing said patient to convert said medical record into a 
storage format; and 

C. said service provider inducing said patient to store said medical record in a 
memory in said storage forma without data processing said medical record by the service 
provider. 

20. The method of claim 19, further comprising providing said patient a system for converting 
said medical record into a storage format. 

21. The method of claim 20, wherein said system is provided through a computer 
communications network. 

22. The method of claim 20, wherein said system is provided in the form of software. 

23. The method of claim 19, wherein said memory is a portable medium. 
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24. The method of claim 23, wherein said portable medium is an optical disc. 

25. The method of claim 19, further comprising said service provider inducing said patient to 
update said medical record stored in said memory without data processing said medical record by 
the service provider. 

26. The method of claim 19, further comprising said service provider inducing said patient to 
obtain other information that is not a medical record, and to store said other information in said 
memory. 

27. The method of claim 26, wherein said other information comprises information selected 
from the group consisting of a living will, investment portfolio, life insurance and a credit 
arrangement. 

28. The method of claim 19, wherein said medical record is stored in a hierarchical storage 
system. 

29. The method of claim 28, wherein said hierarchical storage system provides hierarchical 
storage access. 

30. A medical and personal information system for obtaining and storing a medical record of a 
patient from a covered entity in a form allowing quick disclosure of said medical record to a 
third party without restriction by the Health Insurance Portability and Accountability Act of 
1996, the system comprising: 

A. a communication interface provided at least in part by a service provider that is 
not the patient or a covered entity, said interface being adapted for inducing said patient to obtain 
possession of said medical record of said patient from a covered entity; and 

B. a data storage device provided at least in part by a service provider that is not the 
patient or a covered entity, said storage device comprising a memory adapted for storing said 
medical record in a form from which it can be reproduced in a storage format, wherein said 
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storage device is configured to store said medical record without data processing said medical 
record. 

31. The system of claim 30, wherein said communication interface is adapted to induce said 
patient to obtain possession of said medical record in a first format and to induce said patient to 
convert said medical record to said storage format, wherein said storage format is different from 
said first format. 

32. The system of claim 30, wherein said communication interface is adapted for acquiring said 
medical record from said patient in said storage format. 

33. The system of claim 30, wherein said communication interface is adapted to obtain the 
agreement of said patient to allow transmission of said medical record to a health care provider 
under defined conditions. 

34. The system of claim 33, wherein communication interface is adapted to obtain said 
agreement before a defined condition arises. 

35. The system of claim 30, wherein said memory is a portable medium. 

36. The system of claim 35, wherein said portable medium is an optical disc. 

37. The system of claim 30, wherein said communication interface and said data storage device 
are operatively connected to enable said medical record stored in said memory to be retrieved 
remotely through a computer communications network. 

38. The system of claim 30, wherein said memory is adapted to a hierarchical storage system. 
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39. The system of claim 38, wherein said hierarchical storage system comprises a general 
medical information file of said patient. 

40. The system of claim 39, wherein said general medical information file comprises a file 
template. 

41 . The system of claim 40, wherein said file template comprises a file folder. 

42. The system of claim 41, wherein said file folder comprises a sub-folder. 

43. The system of claim 38, wherein said data storage device provides hierarchical storage 
access. 

44. The system of claim 40, wherein said general medical information file comprising a special 
file template accessed on a different basis from said general medical information file. 

45. The system of claim 44, wherein said special file template is an emergency file template. 

46. The system of claim 44, wherein said special file template is stored in a first memory and 
said general medical information file is stored in a second memory wherein said first and second 
memories are different optical discs. 

47. The system of claim 30, wherein said memory is adapted for storing other information of 
the patient that is not a medical record. 

48. The system of claim 47, wherein said other information comprises information selected 
from the group consisting of a living will, an investment portfolio record, a life insurance record 
and a credit arrangement. 

49. The system of claim 30, wherein said communication interface is adapted to induce said 
patient to update said medical record stored in said memory. 
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50. The method of claim 1, wherein said medical record is made by the covered entity before 
said inducing. 

51. The method of claim 1, wherein said inducing occurs before the patient obtains possession 
of the medical record. 

52. The method of claim 1, wherein the patient obtains possession of the medical record before 
said acquiring. 

53. The method of claim 1, wherein the patient has a computer with Internet access, and said 
inducing further comprises said service provider inducing said patient to obtain possession in 
said patient's computer of said medical record in digital form from a covered entity. 

54. The method of claim 1, further comprising said service provider inducing said patient to 
acquire said medical record in a digital storage format without intervention of any entity or 
person other than said covered entity. 

55. The method of claim 19, wherein said medical record is made by the covered entity before 
each said inducing. 

56. The method of claim 19, wherein said inducing the patient to obtain possession of a 
medical record occurs before the patient obtains possession of the medical record. 

57. The method of claim 19, wherein the patient obtains possession of the medical record 
before the patient stores the medical record. 

58. The method of claim 19, wherein the patient has a computer with Internet access, and said 
inducing further comprises said service provider inducing said patient to obtain possession in 
said patient's computer of said medical record in digital form from a covered entity. 



35 



Serial No.: 10/679,749 



Attorney Docket No. 14969US01 



59. The method of claim 19, further comprising said service provider inducing said patient to 
acquire said medical record in a digital storage format without intervention of any entity or 
person other than said covered entity. 

60. The system of claim 30, wherein the communication interface is adapted for inducing said 
patient to obtain possession of a medical record after said medical record is made by the covered 
entity. 

61. The system of claim 30, wherein the communication interface is adapted for inducing said 
patient to obtain possession of a medical record before the patient obtains possession of the 
medical record. 

62. The system of claim 30, wherein the communication interface is adapted for obtaining 
possession of a medical record by the patient before the data storage device stores said medical 
record. 

63. The system of claim 30, wherein the communication interface is adapted for inducing said 
patient to obtain possession, in a computer possessed by said patient, of said medical record in 
digital form from a covered entity. 

64. The method of claim 30, wherein the communication interface is adapted for inducing said 
patient to acquire said medical record in a digital storage format without intervention of any 
entity or person other than said covered entity. 
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ABSTRACT 



An improved apparatus and method for providing healthcare 
information, the apparatus comprising a processor for pro- 
cessing at least one of symptom information and condition 
information corresponding to a patient, in conjunction with 
at least one of healthcare information, healthcare theories, 
healthcare principles, and healthcare research, wherein the 
processor generates a diagnostic report, and further wherein 
the diagnostic report contains information regarding at least 
one of a diagnosis and a possible diagnosis for the at least 
one of symptom information and condition information. The 
improvement includes the processor generating a diagnostic 
report containing a list of possible diagnoses, a transmitter 
for transmitting the diagnostic report to at least one of a 
computer and a communication device associated with a 
healthcare provider, and a receiver for receiving a final 
diagnosis from the list of possible diagnoses, wherein the 
final diagnosis is received from the at least one of a 
computer and a communication device associated with the 
healthcare provider. The processor generates a claim form 
for submission to at least one of a healthcare payer and a 
healthcare insurer. 
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APPARATUS AND METHOD FOR It is also no secret that healthcare costs are rising at 

PROCESSING AND/OR FOR PROVIDING ever-increasing rates and that insurance companies and other 

HEALTHCARE INFORMATION AND/OR healthcare payers expend great resources in processing and 

HEALTHCARE-RELATED INFORMATION reconciling treatment claims and/or claims for healthcare 

5 services and/or benefits. Typically, these insurance and/or 

RELATED APPLICATIONS benefits claims take place in a paper-based environment and, 

This is a continuation-in-part application of U.S. patent as a result are slow and inefficient. Fraudulent claims and/or 

application Ser. No. 09/162,889, filed Sep. 29, 1998, which claims which cannot be verified pose another major problem 

is a continuation application of U.S. patent application Ser. for healthcare payers and insurance companies. These prob- 

No. 08/600,771, filed Feb. 13, 1996, now U.S. Pat. No. 10 lems only serve to add to the growing costs of healthcare, 

5,961,332, which is a divisional application of U.S. patent delayed treatments, and a general dissatisfaction with the 

application Ser. No. 07/941,413, filed Sep. 8, 1992, aban- current healthcare system. 

doned. Another problem lies in making up-to-date training mate- 

FIELD OF THE INVENTION r ^ a ^ s conveniently available to providers in order to allow 

15 providers to remain current with state-of-the-art information 

The present invention pertains to an apparatus and a and training techniques, 

method for processing an^ The ^ of blems ^ Lhe current hea i thcare sys tem 

mation and/or healthcare-related information and, # in on and Qn 1q ^ of ^ ab there ig a fleed 

particular, to an apparatus and a method for processing for aQ ^ ^ a method for idin hea3thcare 

and/or for providing heaithcare information and/or 20 Mormation and/or hea lthcare -related information to the 

healthcare-related information i for a variety of healthcare ^ individua]Sj 

and healthcare related applications. and/or insurance brokers> agents and/or Q ^ intermediaries, 

BACKGROUND OF THE INVENTION which overcomes the shortcomings of prior art. 

Each year, tens of millions of individuals seek or need the 25 SUMMARY OF THE INVENTION 

assistance of healthcare professionals. In order to perform m . . , , , 

proper diagnoses and to prescribe appropriate treatments, r ™ e P K ^ at ^eiition provides an apparatus and methods 

healthcare professional or providers typically rely on infor- for P^mg healthcare information and/or healthcare- 

mation which is obtained from patients, relatives of patients, « lated ^°™»tion which overcomes the shortcommgs of 

previous providers, and/or healthcare facility and/or hospital 30 P nor art ' 

staff members. The need to have accurate and/or up-to-date The present invention is directed to an apparatus and a 

data and/or information, in providing healthcare services method for processing and/or for providing healthcare infor- 

and/or healthcare-related services, cannot be emphasized mation and/or healthcare-related information and, in 

enough. particular, to an apparatus and a method for processing 

Stories constantly emerge about patients receiving the 35 and /° r for providing healthcare information and/or 

wrong treatments, having the wrong surgical procedures healthcare-related information for a variety of healthcare 

performed on themselves, receiving a drug or drugs which and healthcare related applications. 

fatally and/or otherwise adversely interact with another drug The apparatus and method of the present invention facili- 

or drugs, etc., with stories going on and on. Recently, it has tales the creation and management of a comprehensive 

been estimated that between 44,000 and 98,000 individuals 40 healthcare processing system which can manage patient and 

die, in the United Stales alone, as the result of errors or client records, doctor and other provider records, healthcare 

mistakes made by doctors, healthcare providers, and/or insurance and/or payer records, and thereby provide an 

healthcare facility workers. There is no doubt that many of apparatus, system and methods for providing a variety and 

these deaths result from inaccurate and/or erroneous infor- a multitude of healthcare information processing 

mation and/or the lack of the availability of correct and/or 45 applications, processes and services, 

up-to-date information. The present invention facilitates improved healthcare 

Another problem lies with the fact that the main source of quality, efficient information collection, processing and 

patient information, medical histories, family histories, etc., dissemination, efficient diagnosis and treatment, cost 

upon which doctors or providers may base their diagnoses efficiency, cost containment, as well as many other benefits 

and/or treatments, are patients who usually supply this 50 and advantages as will be described herein. The apparatus 

information on questionnaires or forms just prior to seeing and method of the present invention also facilitates the 

the healthcare provider and/or during a prelirninary inter- distribution and management of healthcare insurance, life 

view with the provider. In this regard, information obtained insurance, disability insurance, as well as claims processing 

from these questionnaires or forms, as well as from these related thereto. 

preliminary interviews with the providers, may not neces- 55 The present invention also provides an apparatus and a 
sarily result in sufficient, comprehensive, and/or accurate, method for providing a comprehensive processing system 
information being obtained regarding the patient. Further, which incorporates data and/or information from any corn- 
there is no guarantee that the same information will be bination and/or all of the participants in the healthcare field, 
provided, in a uniform manner, to a next or different pro- including patients, providers, payers or insurance 
vider. As a result, patient information may not be uniformly 60 companies, and/or brokers, agents and/or other intennedi- 
distributed and/or be available to providers at the point of aries who act on behalf of any of the above-identified 
treatment and/or otherwise. persons or entities. 

Another problem which exists in the current healthcare The apparatus of the present invention includes a central 

system is that doctors or other providers do not always have processing computer or central processing computer system 

the latest information and/or research material available to 65 which can be a network or server computer. The apparatus 

them prior to, and/or during, the diagnosis and/or treatment also includes a healthcare provider communication device or 

process. computer which is associated with a healthcare provider 
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such as a healthcare professional, a hospital, a clinic, and/or phone network or system, a telephone communication net- 
any other provider of services described herein. The health- work or system, a radio communication network or system, 
care provider computers) can communicate with, and oper- and/or any other communication network or system, and/or 
ate in conjunction with, the central processing computer any combination of the above communication networks or 
and/or any of the other computers and/or computer systems 5 systems. 

or communication devices described herein. The apparatus and method of the present invention can 

The apparatus also includes a healthcare payer commu- utilize electronic commerce technologies and security 

nication device or computer which is associated with a methods, techniques and technologies, in any and/or all of 

healthcare payer such as a healthcare insurer, insurance the instances of data and/or information processing, and/or 

company, health maintenance organization, a clinic, and/or 10 data and/or information transmission described herein, 

any other payer of healthcare services and products Each of the central processing computers), as well as 

described herein. The healthcare payer computers) can each of the computers or communication devices associated 

communicate with, and operate in conjunction with, central with each of the herein-described users, patients, providers, 

processing computer and/or any of the other computers payers, and/or intermediaries, can include a central process- 

and/or computer systems or communication devices 15 ing unit or CPU, a random access memory device(s) (RAM), 

described herein. a read only memory device(s), and a user input device. Each 

The apparatus also includes a patient or individual user of the central processing computers), as well as each of the 

communication device or computer which is associated with computers or communication devices associated with each 

a healthcare patient such as a patient, user, or client who of the herein-described users, patients, providers, payers, 

seeks or who is provided with healthcare and/or related 20 and/or intermediaries, can also include a display device, a 

services, products and/or related information. The patient transmitters), a receiver, a database(s), and an output 

computers) can communicate with, and operate in conjunc- device. The database(s) can contain any and/or all of the data 

lion with, central processing computer and/or any of the and or information which is needed to perform the various 

other computers and/or computer systems described herein. processing methods, services, functions and/or operations, 

The apparatus also includes an intermediary communica- described herein, 

tion device or computer which is associated with an The apparatus and method of the present invention can be 

intermediary, a broker, an agent, and/or any other individual utilized in numerous preferred embodiments in order to 

and/or entity, that can utilize the present invention in order provide a vast array of healthcare and healthcare-related 

to act for and/or on behalf of any other individual, party, or services for any one or more of the various parties described 

entity, described herein. The intermediary computers) can herein. Any patient, user, provider, payer, and/or 

communicate with, and operate in conjunction with, central intermediary, may utilize the present invention in the same, 

processing computer and any of the other computers and/or similar and/or analogous manner. 

computer systems described herein. The present invention can be utilized for a number of 

Each of the central processing computers), the provider 35 applications, including, but not limited to, determining and/ 

computers), the payer computers), the patient computers), or ascertaining a medical diagnosis, verifying and/or check- 

and/or the intermediary computers), can transmit informa- ing a diagnosis or treatment, or performing a self-diagnosis, 

tion to, as well as receive information from, any of the The present invention can be utilized by any of the parties 

computers described herein. In this regard, each of the described herein. 

computers can communicate with, process information ^ The present invention can be utilized to create and main- 

from, and/or share data and/or information with, each other tain comprehensive patient databases which can be accessed 

and/or any other computer or computers described herein via a network environment and/or otherwise, to perform 

and/or utilized in conjunction with the present invention. In healthcare and/or healthcare-related diagnoses, to provide 

this manner, data and/or information transfer between any of healthcare and/or healthcare-related expected prognoses, to 

the computers can take place in a bi-directional manner. ^ provide healthcare and/or healthcare-related treatment plans 

The central processing computer(s), the provider or programs, and/or to provide healthcare and/or healthcare- 
computers), the payer computers(s), the patient computer related treatment progress reports and/or evaluations, 
(s), and the intermediary computers), can communicate The present invention can also be utilized in order to 
with one another, and/or be linked to one another, over a provide training and continuing education services for 
communication network, a telecommunication network, a 50 healthcare and/or healthcare-related professionals, to pro- 
telephone network, a line-connected network, and/or a wire- vide healthcare, healthcare-related, and/or wellness 
less communication network. information, to provide information about healthcare and/or 

The present invention can be utilized on, or over, the healthcare-related patient, providers, payers, and/or 

Internet and/or the World Wide Web and/or on, or over, any intermediaries, to provide scheduling management services 

other communication network or system, including, but not 55 for providers, to provide notification services for patients, 

limited to, a communication network or system, a telecom- providers, payers and/or intermediaries, and/or any other 

munication network or system, a telephone communication parties described herein, and/or to locate providers, payers 

network or system, a cellular communication network or and/or intermediaries. 

system, a wireless communication network or system, a The present invention can also be utilized in order to 
wireless Internet network or system, a wireless World Wide 60 provide healthcare and/or healthcare-related claim process- 
Web network or system, a line or wired communication ing services, claims submissions, claim processing, claim 
network or system, a digital communication network or status checking, and claim reconciliation, claim fraud 
system, a personal communication network or system, a prevention, treatment evaluation, healthcare and/or health- 
personal communication services (PCS) network or system, care insurance policy generation, management and 
a satellite communication network or system, a broad band 65 administration, provider, payer and/or intermediary 
communication network or system, a low earth orbiting evaluation, drug and/or treatment interactivity, treatment, 
(LEO) satellite network or system, a public switched tele- medication and/or organ availability and/or notification 
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services, patient, provider, payer, intermediary and/or third her, or its care. Payers can also utilize the comprehensive 

party, notification services. The present invention can also database in order to ascertain payment eligibility, the exist- 

be utilized as a clearinghouse for facilitating the offering, ence of pre-existing conditions and/or to obtain any other 

selling, buying, trading, and/or other commerce and/or useful information. 

transactions, involving healthcare and/or healthcare-related 5 The present invention can also be utilized in order to find 
services, products and/or goods. and/or to locate providers and/or payers of, and for, 
The various computers and/or communication devices respectively, various healthcare treatments, healthcare ser- 
can be utilized to transmit and/or to receive transmissions, vices and/or healthcare goods or products and/or healthcare- 
information, messages, and/or notification messages and/or related goods or products. The present invention can also be 
signals, to and/or between, the respective parties associated 10 utilized to find a payer or insurance company for providing 
with the respective computers and/or communication desired coverage and/or for paying for certain treatments 
devices. The transmission of information, messages, and/or and/or procedures. 

notification messages and/or signals can be effected via any jh e pre sent invention can also be utilized to find and/or 

one or more of e-mail messages, telephone messages, beeper locate supplies, body organs, blood, medications, and/or any 

or pager messages, physical mail delivery, electronic data 15 otner goods? products, and/or supplies, etc. The present 

transmission, and/or can be made via any other suitable invention can also be utilized by intermediaries, such as 

and/or appropriate communication method and/or tech- insurance brokers, who need to find certain insurance com- 

rique. panies and/or payers who meet the needs of certain patients 

Hie present invention can be utilized in order to perform and/or clients, and/or other individuals and/or third parties, 

a diagnosis of a sickness, illness and/or other condition. The 20 present invention can also be programmed to provide 

present invention can also be utilized to ensure that a proper notification of the availability of a provider, the emergence 

treatment and/or procedure is performed on the patient, of a pat i ent ^ nee d 0 f a certain care, the availability of a 

and/or to ensure that a subsequent treatment and/or treat- payer or an insurance company to offer a policy or a certain 

ments are performed as prescribed. The present invention policVj ^ availability of a healthcare facility to provide 

can also be utilized in order to prevent medical and/or 25 certain care? ^ availability of certain supplies, a body 

surgical mistakes, mishaps and/or other instances when organ, a blood type, an expiration of an insurance policy (i.e. 

improper treatment could occur. healthcare insurance, life insurance, disability insurance, 

The present invention can also be utilized to allow a etc.,) and/or the occurrence of any event which may be of 

subsequent care provider to re-evaluate a patient's condition 3q interest to any of the patients, users, providers, payers, 

and/or records and to seek additional assistance for the and/or intermediaries, described herein, 

patient, and/or to perform a separate and independent assess- ^ preseat invention can also be utilized to schedule 

ment and/or diagnosis of the patient. appointments with any of the patients, providers, payers, 

The present invention can also be utilized in order to and/or intermediaries, described herein, 

access a patient's or a client's record(s) and input informa- 35 ^ nt invention can be uti]ized by intermediaries, 

Hon concerning the treatment and/or procedure to be per- such agj bm DQt lo brokeis> brokerSj 

formed. Thereafter, the present invention can provide noti- ^ and others , in order to seryice ^ respec tive clients, 

fication to a healthcare professional that the treatment and/or Tfae nt invention can be utilized t0 prepare policy 

procedure may be a prescribed treatment or procedure or a s> tQ m available policies, to generate and/or 

non-prescribed treatment and/or procedure. ^ underwrite policies, and to service policy claims. In this, 

Any and/or aU processing described herein can be per- ma nner, the present invention can provide a platform for 

formed in conjunction with a patient's medical history, allowing a broker to provide improved services to his or her 

family history, allergic conditions information, and/or with clients while also prov iding for a more paperless working 

any other information deemed important and/or essential in relationship 

the an individual's healthcare diagnoses and/or treatments. 45 ^ Mt can ^ be utiUzed tQ g 

The present invention can also be utilized to perform healthcare claims . ^ present invention ^ aU 0W any of 

treatment evaluations and/or treatment monitoring so as to me atfentSj providerS) payels , ^d/or intermediaries, 

allow for an evaluation and/or a monitoring of treatment tQ file ddms ^ tfae respective party electronically and/or 

and/or for providing training for healthcare providers and/or othenvise . The present invention can provide for the 

professionals. The present invention can also be utilized m 50 processingj tracking and reconciliation, of any and/or all 

order to allow payer and/or insurance companies to evaluate healthcare claims and/or healthcare-related claims, 

treatments, treatment plans, treatment progress, and/or any . . . , ... . 

other evaluations and/or verifications for healthcare claims Tbe present invention can also be utihzed to notify any 

. party described herein, as well as any third parties, regarding 

m ' . . , ^ any event, happening, occurrence, and/or any aspect of any 

The present invention can provide treatment evaluation ss /. , . . j . . 

j i . . , , l4L p , « . . claun submission and/or processmg activities, 

and/or momtonng for healthcare payers which can be uti- r & . 

lized for performing claims processing, provider ^ P resent can ^° P r0Vlde for automatic 

evaluations, patient evaluations, and/or any other useful claim submission via the central processing computer once 

and/or desired purpose a ^ na ^ diagnosis and treatment has been prescribed by a 

The present invention can also be utilized to create and 60 P ro ^ ider u ^ U P 0Q occurrence of an examination 

maintain a comprehensive patient healthcare database which and/or the admmistration of a treatment, 

can be accessed by any provider, payer, intermediary, and/or Th e present invention can also be utilized, in the manner 

other party or user, in order to access the patient's healthcare described above in connection with claiming healthcare 

files and/or records. The comprehensive database can pro- insurance benefits, disability insurance benefits, and/or life 

vide data and/or information source which can be accessed 65 insurance benefits. 

by any provider, from anywhere in the world, and at any The present invention can also be utilized to administer 

time, in order to obtain information about a patient in his, and/or maintain financial accounts for, and/or on behalf of, 
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any of the patients, users, providers, payers, and/or healthcare information and/or healthcare-related 

intermediaries, described herein. The present invention can information, in a network environment, 

maintain detailed records of any and/or all of such transfers j t jg s tiil another object of the present invention to provide 

and/or transactions and provide periodic account statements an ap p ara tu S and a method for processing and/or for pro- 

to the respective parties maintaining accounts with the 5 viding healthcare information and/or healthcare-related 

present mvention. information, which can be utilized in a number of healthcare 

The apparatus and method of the present can also be and/or healthcare-related applications, 

utilized as a healthcare training simulator for any of the . . ... . . ... 

providers, healthcare providers! healthcare professionals, 11 13 pother object of the present mvention to provide 

and/or other providers described herein. The present inven- 10 an apparatus and a method for processing and/or for pro- 

tion can also be utilized by any user and/or individual 10 vldin S healthcare information and/or healthcare-related 

wishing to learn about a certain healthcare field or topic. information, which provides and/or facilitates the creation 

Data and/or information collected and/or stored by the and management of a comprehensive healthcare processing 

apparatus, which relates to symptoms and/or conditions, as system. 

well as responses to treatments, can be utilized in order to It is another object of the present invention to provide an 

present realistic and confidential training scenarios. 15 apparatus and a method for perforating healthcare diag- 

The present invention can also provide for the security noses, 
and/or the confidentiality of any and/or all of the data and/or it i s still another object of the present invention to provide 
information stored by, and/or processed by, same. Identifi- an apparatus and a method for performing healthcare 
cation cards can also be utilized so as to store pertinent diagnoses, in a network environment, 
information for any of the respective parties so as to provide 2 It fa yet another object of ^ present t0 prov ide 
the respective party with access to various data and/or an apparatus md a memo d for prescribing healthcare treat- 
information and/or any processing functionality which can me nts 

be provided by the present invention. u ^ aQother object of ^ presenl tQ pfovide m 

Tne present invention can also utilize intelligent agents, 25 apparatus and a method for prescr i b ing healthcare 

software agents, and/or mobile agents, which agents can be m a netW ork environment, 

programmed to act for, and/or on behalf of, any of the parties _ . .„ Al _ . c ., . . ... 

j «i j i . rpi • 4. ii • , +,\ ♦ l u \? ^ is still another object of the present invention to provide 

described herem. The intelligent agent(s) can act on benalr ^ , j r a- u i*u • <? 

Z. 7~ \. ^ . ? 1 * j • * a 1 an apparatus and a method for providing healthcare lnfor- 

of the respective party in various related interactions and/or . rr ♦ j* ai - c *• * 

, ? . . , . , t <. j mation which can incorporate data and/or information from 

other activities which are described as being performed nn ,. r „ ~ , ... . . , u , 

, . j 1 ,. , 1 . • j . * j 1 f 4 j* u ♦ 30 any combmation and/or all of the participants m the health- 

herein and/or which may be incidental and/or related thereto. J „ . . ,. . . r r _ 

— f /■ i- 1 • j f care field, including patients, users, providers, payers or 

Therefore, the present mvention also provides an agent- . . & r , , I, , u 

, , , j iL , f • j* u nu • c msurance compames, and/or brokers, agents and/or other 

based apparatus and method for providing healthcare infor- . a- • u * u u te t e *u u n 

At u i*u 1 * a • c 7- mtermedianes who act on behalf of any of the above- 

mation and/or healthcare-related information. . . aVC , .... ' 

^ r , . . «_ identified persons or entities. 

The apparatus of the present invention can also be pro- , c _ . , , . L _ , . . 

grammed to be self-activating and/or activated automali- 35 11 15 an ° th f ° b J^ ° f f the P re *? nt ™«» t0 . P^de =m 

cally. The apparatus of the present invention can also be a PP a « tas >f » method for providing healfocare mformaUon 

programmed to order to automatically generate and/or trans- wh * h can b ° by a healthcare professional to venfy 

r • • and/or to check a diagnosis, 

mit any of the e-mails, electronic message transmissions, ' & 

electronic notification transmissions, and/or any of the m It is another object of the present invention to provide an 

communications, described herein, between any of the par- apparatus and a method for providing healthcare information 

ties which utilize the present invention. * which can be utnized b ? an ^dividual to perform a self- 

The data and/or information, described as being stored in diagnosis, 

the various databases utilized by the respective computers 11 ^ sti11 another object of the present invention to provide 

and/or communication devices can be continuously updated 45 an apparatus and a method for providing healthcare infor- 

so as to store the latest values for the data and/or information mation which can be utilized to create and/or to maintain a 

and can be stored and be made available for future process- comprehensive patient database which can be accessed to 

ing routines. perform any one or more of healthcare and/or healthcare- 

Any and/or all of the data and/or information described rela ^d diagnoses, to provide healthcare and/or healthcare- 

herein as being stored in any of the various databases, can 50 related ex P ected Ptoses, to provide healthcare and/or 

be linked via relational database techniques and/or via any healthcare-related treatment plans or programs, and/or to 

appropriate database management techniques. The data and/ P rovide healthcare and/or healthcare-related treatment 

or information can be updated via inputs from any of the progress reports and/or evaluations, 

computers and/or communication devices described herein, K is another object of the present invention to provide an 

and/or external computers or communication devices, in 55 apparatus and a method for providing healthcare information 

real-time, and/or via dynamically linked database manage- which can be utilized as a healthcare training simulator, 

ment techniques. The data and/or information which is It is another object of the present invention to provide an 

stored in the various databases can be linked via any suitable apparatus and a method for providing healthcare training, 

data linking techniques such as, for example, dynamically It is another object of the present invention to provide an 

linked lists (DLLs), linked lists, and object links embedded 60 apparatus and a method for providing healthcare information 

(OLE's). which can be utilized to provide scheduling management 

Accordingly, it is an object of the present invention to services for providers, payers, providers, users, and/or inter- 
provide an apparatus and a method for processing and/or for mediaries. 

providing healthcare information and/or healthcare-related It is another object of the present invention to provide an 

information. 65 apparatus and a method for providing healthcare information 

It is another object of the present invention to provide an which can be utilized to provide notification services for 

apparatus and a method for processing and/or for providing patients, providers, payers, users, and/or intermediaries, 
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It is another object of the present invention to provide an 
apparatus and a method for providing healthcare information 
which can be utilized to locate providers, payers, patients, 
users, and/or intermediaries. 

It is still another object of the present invention to provide 
an apparatus and a method for providing healthcare infor- 
mation which can be utilized to provide healthcare claim 
processing services. 

It is yet another object of the present invention to provide 
an apparatus and a method for providing healthcare infor- 
mation which can be utilized to provide healthcare claim 
processing services, including any one or more of claims 
submissions, claim processing, claim status checking, claim 
reconciliation, and/or claim fraud prevention. 

It is another object of the present invention to provide an 
apparatus and a method for providing healthcare information 
which can be utilized to provide healthcare treatment evalu- 
ation. 

It is still another object of the present invention to provide 
an apparatus and a method for providing healthcare infor- 
mation which can be utilized to provide healthcare insurance 
policy generation, policy management, and/or policy admin- 
istration. 

It is yet another object of the present invention to provide 
an apparatus and a method for providing healthcare infor- 
mation which can be utilized to provide provider, payer, 
and/or intermediary evaluation. 

It is another object of the present invention to provide an 
apparatus and a method for providing healthcare information 
which can be utilized to provide information regarding drug 
and/or treatment interactivity, and/or treatment, medication, 
and/or organ availability. 

It is another object of the present invention to provide an 
apparatus which can be utilized as a clearinghouse for 
facilitating the offering, selling, buying, trading, and/or other 
commerce and/or transactions, involving healthcare and/or 
healthcare -related services, products and/or goods. 

It is still another object of the present invention to provide 
an apparatus and a method for providing healthcare infor- 
mation which can be utilized to ensure that a proper 
treatments) or procedure(s) is prescribed for a patient 
and/or that a proper treatment and/or procedure is adminis- 
tered to, or performed on, a patient. 

It is another object of the present invention to provide an 
apparatus and a method for providing healthcare information 
which can be utilized to access a patient's or a client's 
record(s) and/or to obtain information concerning a treat- 
ment and/or a procedure to be performed. 

It is still another object of the present invention to provide 
an apparatus and a method for providing healthcare infor- 
mation which can be utilized to provide healthcare diag- 
noses in conjunction with a patient's medical history, family 
history, allergic conditions information, and/or with any 
other information deemed important and/or essential in the 
an individual's healthcare diagnosis and/or treatment. 

It is still another object of the present invention to provide 
an apparatus and a method for providing healthcare infor- 
mation which can be utilized to allow payers and/or insur- 
ance companies to evaluate treatments, treatment plans, 
treatment progress, and/or any other evaluations and/or 
verifications, for healthcare claims processing. 

It is yet another object of the present invention to provide 
an apparatus and a method for providing healthcare infor- 
mation which can be utilized to allow providers or payers to 
evaluate treatments, treatment plans, treatment progress, 
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and/or any other evaluations and/or verifications, claims 
processing for providing healthcare and/or related services. 

It is still another object of the present invention to provide 
an apparatus and a method for providing healthcare infor- 

5 mation which can be utilized to find and/or locate supplies, 
body organs, blood., medications, and/or any other goods, 
products, and/or supplies, etc. 

It is another object of the present invention to provide an 
apparatus and a method for providing healthcare information 

10 which can be utilized to find and/or locate a payer or 
insurance company for providing desired coverage and/or 
for paying for certain treatments and/or procedures. 

It is still another object of the present invention to provide 

1S an apparatus and a method for providing healthcare infor- 
mation which can be utilized by intermediaries, such as 
insurance brokers, to find and/or locate insurance companies 
and/or payers who meet the needs of certain parties. 
It is still another object of the present invention to provide 

20 an apparatus and a method for providing healthcare infor- 
mation which can be programmed to provide notification of 
the availability of a provider, the emergence of a patient in 
need of a certain care, the availability of a payer or an 
insurance company to offer a policy or a certain policy, the 

25 availability of a healthcare facility to provide certain care, 
the availability of certain supplies, a body organ, a blood 
type, an expiration of an insurance policy, and/or the occur- 
rence of any event which may be of interest to patients, 
users, providers, payers, and/or intermediaries. 

30 It is still another object of the present invention to provide 
an apparatus and a method for providing healthcare infor- 
mation which can be utilized to prepare insurance policy 
quotes, compare available policies, generate policies, and 
service policy claims. 

35 It is another object of the present invention to provide an 
apparatus and a method for providing healthcare information 
which can be utilized to provide for automatic healthcare 
claim submission. 

It is another object of the present invention to provide an 

40 apparatus and a method for providing healthcare information 
which can be utilized to provide for automatic healthcare 
claim submission once a final diagnosis has been determined 
and/or a treatment has been prescribed. 
It is still another object of the present invention to provide 

45 an apparatus and a method for providing healthcare infor- 
mation which can be utilized to claim healthcare insurance 
benefits, disability insurance benefits, and/or life insurance 
benefits. 

5Q It is yet another object of the present invention to provide 
an apparatus and a method for providing healthcare infor- 
mation which can be utilized to administer and/or maintain 
financial accounts for, and/or on behalf of, any of the 
patients, users, providers, payers, and/or intermediaries, 

55 described herein. 

It is another object of the present invention to provide an 
apparatus and a method for providing healthcare information 
which can provide for the security and/or the confidentiality 
of any data and/or information concerning patients, users, 

60 providers, payers, and/or intermediaries. 

It is still another object of the present invention to provide 
an apparatus and a method for providing healthcare infor- 
mation which can be utilized in conjunction with identifi- 
cation cards which are utilized to store information regard- 

65 ing patients, providers, payers, users, and/or intermediaries. 
It is another object of the present invention to provide an 
apparatus and a method for providing healthcare information 
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which can be utilized in conjunction with intelligent agents, 
software agents, and/or mobile agents. 

It is yet another object of the present invention to provide 
an apparatus and a method for providing healthcare infor- 
mation which can be programmed to be self-activating 
and/or activated automatically. 

It is another object of the present invention to provide an 
apparatus and a method for providing healthcare information 
which can be utilized to automatically generate and/or 
transmit any of the e-mails, electronic message 
transmissions, electronic notification transmissions, and/or 
any of the communications, described herein, between any 
of the parties which utilize the present invention. 

It is still another object of the present invention to provide 
an apparatus and a method for providing healthcare infor- 
mation which can be utilized in conjunction with various 
electronic commerce technologies and/or security methods, 
techniques and technologies. 

Other objects and advantages of the present invention will 
be apparent to those skill in the art upon a review of the 
Description of the Preferred Embodiment, taken in conjunc- 
tion with the Drawings which follow. 

BRIEF DESCRIPTION OF THE DRAWINGS 

In the Drawings: 

FIG. 1 illustrates a preferred embodiment of the present 
invention, in block diagram form; 

FIG. 2 illustrates the central processing computer of FIG. 
1, in block diagram form; 

FIG. 3 illustrates the provider communication device of 
FIG. 1, in block diagram form; 

FIG. 4 illustrates the payer communication of FIG. 1, in 
block diagram form; 

FIG. 5 illustrates the patient communication device of 
FIG. 1, in block diagram form; 

FIG. 6 illustrates the intermediary communication device 
of FIG. 1, in block diagram form; 

FIGS. 7A and 7B illustrate a preferred embodiment 
method of using the present invention, in flow diagram form; 

FIGS. 8A and 8B illustrate another preferred embodiment 
method of using the present invention, in flow diagram form; 

FIGS. 9A and 9B illustrate still another preferred embodi- 
ment method of using the present invention, in flow diagram 
form; 

FIG. 10 illustrates yet another preferred embodiment 
method of using the present invention, in flow diagram form; 

FIGS. 11A and 11B illustrate another preferred embodi- 
ment method of using the present invention, in flow diagram 
form; 

FIGS. 12A and 12B illustrate still another preferred 
embodiment method of using the present invention, in flow 
diagram form; 

FIGS. 13A, 13B and 13C illustrate yet another preferred 
embodiment method of using the present invention, in flow 
diagram form; 

FIGS. 14A and 14B illustrate another preferred embodi- 
ment method of using the present invention, in flow diagram 
form; and 

FIGS. 15A and 15B illustrate another preferred embodi- 
ment method of using the present invention, in flow diagram 
form. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

The present invention is directed to an apparatus and a 
method for processing and/or for providing healthcare infor- 
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mation and/or healthcare-related information and, in 
particular, to an apparatus and a method for processing 
and/or for providing healthcare information and/or 
healthcare-related information for a variety of healthcare 

5 and healthcare related applications. The apparatus and 
method of the present invention facilitates the creation and 
management of a comprehensive healthcare processing sys- 
tem which can manage patient and client records, doctor and 
other provider records, healthcare insurance and/or payer 

10 records, and thereby provide an apparatus, system and 
methods for providing a variety and a multitude of health- 
care information processing applications, processes and 
services. The present invention facilitates improved health- 
care quality, efficient information collection, processing and 

15 dissemination, efficient diagnosis and treatment, cost 
efficiency, cost containment, as well as many other benefits 
and advantages as will be described herein. 

The apparatus and method of the present invention also 
facilitates the distribution and management of healthcare 

20 insurance, life insurance, disability insurance, as well as 
claims processing related thereto. 

The present invention also provides an apparatus and a 
method for providing a comprehensive processing system 
which incorporates data and/or information from any com- 

25 bination and/or all of the participants in the healthcare field 
including, but not limited to, patients and those seeking 
healthcare, healthcare providers, doctors, including medical 
doctors, surgeons, physicians, dentists, psychologists, 
optometrists, podiatrists, osteopaths, chiropractors, 

30 pharmacists, therapists, physical therapists, respiratory 
therapists, nurses, healthcare aids, nutritionists, and/or any 
other person, individual and/or professional who can pro- 
vide healthcare, healthcare-relate, wellness and/or wellness- 
related services and/or products, insurance companies, 

35 healthcare insurance companies, disability insurance 
companies, casualty insurance companies, health mainte- 
nance organizations, healthcare providers, and any other 
payer and/or provider of healthcare services and/or products, 
healthcare claims processing centers, healthcare insurance 

40 brokers and/or agents , and/or any other third party and/or 
intermediary who or which acts on behalf of another and/or 
assists in to providing of healthcare and/or related services. 
Applicant hereby incorporates by reference herein the 

45 subject matter of U.S. patent application Ser. No. 09/162, 
889 which teaches an apparatus and method for processing 
healthcare data. Applicant also hereby incorporates by ref- 
erence herein the subject matter of U.S. Pat. No. 5,961332 
which teaches an apparatus for processing psychological 

5Q data and method of use thereof. 

As used herein, the terms "individual", "patient", "client", 
"user" or the like, or their plural forms, refers to any person, 
individual, patient, and/or client who uses the present 
invention, and/or who seeks and/or who receives healthcare 

55 services, healthcare-related services, healthcare-related 
information, and/or any of the other services and/or products 
provided by the present invention. 

As used herein, the terms "doctor", "healthcare provider", 
"provider", "therapist", "healthcare information specialist", 

60 etc., or their plural forms, refers to any medical doctor, 
including any and all of the various medical specialists 
and/or specialties, including, but not limited to internists, 
orthopedists, opthamalogists, cardiologists, hematologists, 
endocrinologists, oncologists, ears, nose and throat 

65 specialists, neurologists, urologists, gastrointerologists, 
dermatologists, pediatricians), medical specialist, surgeon, 
surgical specialists, including any and/or forms and/or types 
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of surgeons), physician, dentist, psychiatrist, psychologist, "payer communication device 30") which is associated with 

optometrist, podiatrist, osteopath, chiropractor, pharmacist, a healthcare payer such as a healthcare insurer, insurance 

therapist, physical therapist, respiratory therapist, nurse, company, health maintenance organization, a clinic, and/or 

healthcare aid, nutritionist, and/or any other person, indi- any other payer of healthcare services and products 

vidual and/or professional who can provide healthcare, 5 described herein. Any number or amount of healthcare payer 

healthcare relate, wellness and/or wellness-related services computers 30 can be utilized in conjunction with a health- 

and/or products. care payer and/or group of payers. The healthcare payer 

As used herein, the terms "insurer", "payer", "insurance computers) 30 can communicate with, and operate in con- 
provider", "heath insurance provider", "life insurance junction with, centtal processing computer 1 and/or any of 
provider", "disability insurance provider", etc., or their 10 the other computers and/or computer systems associated 
plural forms, refers to any insurance companies, healthcare with any of the other individuals and/or entities which utilize 
insurance companies, disability insurance companies, casu- and/or operate in conjunction with the present invention, 
alty insurance companies, health maintenance organizations, The apparatus 100 also includes a patient or individual 
healthcare providers, and any other payer and/or provider of user communication device or computer 40 (hereinafter 
healthcare services and/or products, who which provide 15 "patient computer 40") which is associated with a healthcare 
and/or pay for healthcare and/or healthcare-related benefits, patient such as a patient, user, or client who seeks or who is 
services, and/or products, and/or who or which provide provided with healthcare and/or related services, products 
respective health insurance, life insurance and/or disability and/or related information. The patient communication 
insurance benefits, services and/or products. device 40 can also be utilized by any individual, party, or 

As used herein, the terms "broker", "agent", "billing 20 entity, who or which may merely utilize the present inven- 

service", "collection agent", "manager", intermediary", tion m order t0 0Dtain information of interest, 

"assistant", etc., or their plural forms, refer to any broker, A patient communication device 40 may also be located 

insurance broker, agent* insurance agent, intermediary, third at public places or locations, such as at kiosks or other 

party, billing service provider, collection agent, claim pro- publicly available computer or communication devices. Any 

cessing agent, and/or any other person, individual, and/or 25 number or amount of patient computers 40 can be utilized in 

entity, which acts on behalf of, or for, any of the individuals, conjunction with a patient and/or group of patients. The 

patients, doctors, healthcare providers, insurers, payers, etc., patient computers) 40 can communicate with, and operate 

described herein. in conjunction with, the central processing computer 10 

FIG. 1 illustrates the apparatus of the present invention, in and/or any of the other computers and/or computer systems 

block diagram form. The apparatus of the present invention associated with any of the other individuals and/or entities 

is denoted generally by the reference numeral 100. In the which utilize and/or operate in conjunction with the present 

preferred embodiment, the apparatus 100 of the present invention. 

invention includes a central processing computer or central The apparatus 1 also includes an intermediary communi- 

processing computer system 10 (hereinafter referred to as 35 cation device or computer 50 (hereinafter referred to as 

the "central processing computer 10"). In the preferred "intermediary computer 50") which is associated with an 

embodiment the central processing computer can be a net- intermediary, a broker, an agent, and/or any other individual 

work or server computer. and/or entity, that can utilize the present invention in order 

In the preferred embodiment, the central processing com- to act for and/or on behalf of any other individual, party, or 

puter can provide control over the apparatus 100 and can m entity, described herein. Any number or amount of interme- 

perform any of the various processing services and/or func- diary computers 50 can be utilized in conjunction with an 

lions described herein. The central processing computer 10 intermediary and/or group of intermediaries. The interme- 

may be a single computer or system of computers and/or diary computers) 50 can communicate with, and operate in 

may be include a plurality of computers or computer sys- conjunction with, the central processing computer 10 and 

terns which are utilized in conjunction with one another. The 45 any of the other computers and/or computer systems asso- 

central processing computer 10, in the preferred embodi- ciated with any of the other individuals and/or entities which 

ment can provides services for any of the other computers utilize and/or operate in conjunction with the present inven- 

and/or computer systems described herein as being associ- tion. 

ated with any of the individuals, patients, healthcare In the preferred embodiment, any of the provider 

providers, insurers, payers, brokers, agents, and/or 50 computers) 20, the payer computers) 30, the patient 

intermediaries, described herein. computers) 40, and/or the intermediary computers) 50, can 

The apparatus 100 also includes a healthcare provider be any computer or communication device, including, but 

communication device or computer 20 (hereinafter referred not limited to, a personal computer, a home computer, a 

to as "provider communication device 20") which is asso- server computer, a network computer, a hand-held computer, 

ciated with a healthcare provider such as a healthcare 55 a palmtop computer, a laptop computer, a personal commu- 

professional, a hospital, a clinic, and/or any other provider nication device, a personal digital assistant, a telephone, a 

of services described herein. Any number or amount of digital telephone, a television, an interactive television, a 

healthcare provider computers 20 can be utilized in con- beeper, a pager, and/or a watch. 

junction with a healthcare provider and/or group of provid- Each of the central processing computers) 10, the pro- 

ers. The healthcare provider computers) 20 can communi- 6 o vider computers) 20, the payer computers) 30, the patient 

cate with, and operate in conjunction with, the central computers) 40, and/or the intermediary computers) 50, can 

processing computer 10 and/or any of the other computers transmit information to, as well as receive information from, 

and/or computer systems associated with any of the other any of the computers 10, 20, 30, 40, and 50, described 

individuals and/or entities which utilize and/or operate in herein. In this regard, each of the computers 10, 20, 30, 40, 

conjunction with the present invention. 65 and 50, can communicate with, process information from, 

The apparatus 1 also includes a healthcare payer commu- and/or share data and/or information with, each other and/or 

nication device or computer 30 (hereinafter referred to as any other computer or computers 10, 20, 30, 40, and 50, 
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described herein and/or utilized in conjunction with the embodiment, is a microprocessor. The CPU 10A may also be 

present invention. In this manner, data and/or information a microcomputer, a minicomputer, a macro-computer, and/ 

transfer between any of the computers 10, 20, 30, 40, and 50, or a mainframe computer, depending upon the application, 

can communicate with any other computer or computers 10, The central processing computer 10 also includes a ran- 

20, 30, 40, and 50, in a bi-directional manner. 5 dom access memory device(s) 10B (RAM) and a read only 

The central processing computer® 10, the provider memor y *™?®> 10 C ^OM) each of which is connected 

computer® 20, the payer computers® 30, the patient 5? e ^ a user input device 10D, for entering data 

* -) \ a a j *u • ♦ J- ♦ / \ cn and/or commands into the central processing computer 10, 

computer® 40, and the intermediary computer® 50, can . , . A , £ " - . j 

y > \ ' Al _ * i_ i ♦ i j which mcludes any one or more of a keyboard, a scanner, a 

communicate with one another, and/or be finked to one user pointing dev i^, suc h as, for example, a mouse, a touch 

another, over -a communication network, a telecommunica- w ^ ^ ^ ^ deyice a ^ ^ 

tion network, a telephone network, a line-connected device, and/or any device, electronic and/or otherwise which 

network, and/or a wireless communication network. Each of can be utilized for inputting and/or entering healthcare data 

the computers 10, 20, 30, 40, and 50, can be linked with any -md/or information, for example pulse rate monitors, blood 

other computer or computers directly or indirectly directly pressure monitors, electrocardiograms, blood-sugars 

or indirectly with one another so as to facilitate a direct or 15 monitors, etc., if desired, which input device(s) are also 

indirect bidirectional communication said respective com- connected to the CPU 10A. The central processing computer 

puters. 10 also includes a display device 10E for displaying data 

In the preferred embodiment, the present invention is and/or information to a user or operator, 

utilized on, and/or over, the Internet and/or the World Wide The central processing computer 10 also includes a 

Web. The present invention, in the preferred embodiment, 20 transmitter® 10F, for transmitting signals and/or data and/ 

can also utilize wireless Internet and/or World Wide Web or information to any one or more of the central processing 

services, equipment and/or devices. The central processing computer® 10 the provider computer® 20, the payer 

computer® 10, in the preferred embodiment, has a web site computers® 30, the patient computer® 40 and flic inter- 

or web sites associated therewith. ™ Q(h ^ ^puter® 50 ^dividual computer®, which may 

, , _. , 25 be utilized m conjunction with the present invention. The 

Although the Internet and/or the World Wide Web is a central processing com p Uter 10 also includes a receiver 10G, 

preferred communication system and/or medium utilized, for rece iving signals and/or data and/or information from 

the present invention, in all of the embodiments described one or more 0 f tne central processing computer® 10, 

herein, can also be utilized with any appropriate communi- the provider computer® 20, the payer computers® 30, the 

cation network or system including, but not limited to, a 3Q patient computer® 40, and the intermediary computer® 

communication network or system, a telecommunication 50, which may be utilized in conjunction with the present 

network or system, a telephone communication network or invention. 

system, a cellular communication network or system, a Tne centr al processing computer 10 also includes a 
wireless communication network or system, a line or wired database® 10H which contains data and/or information 
communication network or system, a wireless Internet net- 35 pertaining to the patients, providers, payers, and intermedi- 
work or system, a wireless World Wide Web network or aries who or which ^ serviced by the present invention 
system, a digital communication network or system, a and/or who or which utilize the present invention, 
personal communication network or system, a personal The database 10H contains any and/or all of the informa- 
communication services (PCS) network or system, a satellite tion needed required ^ order to perform any and/or 
communication network or system, a broad band commu- ^ ^ 0 f the functions, services and/or operations described 
nication network or system, a low earth orbiting (LEO) herein ^ being performed by the ceQlral process ing corn- 
satellite network or system, a public switched telephone pu ter 10 or the apparatus 100 of the present invention. In this 
network or system, a telephone communication network or regard the database 10H contains data and/or information 
system, a radio communication network or system, and/or rega rding patient name, patient identification information, 
any other communication network or system, and/or any 45 patieQt sociaJ security number or other identification 
combination of the above communication networks or sys- information, date of birth, doctors or providers, therapists, 
lems * nutritionists, insurance or payer information, group insur- 

In the preferred embodiment, each of the central process- ance information, group health insurance information, life 

ing computer® 10, the provider computer® 20, the payer insurance information, disability insurance information, 

computer® 30, the patient computer® 40, and intermedi- 50 patient address, phone number, e-mail and/or other contact 

ary computer®, can transmit data and/or information using information, medical history, psychological history, dental 

TCP/IP, as well as any other Internet and/or World Wide history, family history, family medical, psychological, and/ 

Web, and/or communication, protocols. or dental history, insurance coverage, insurance co-payment 

The apparatus 100 of the present invention can utilize and/or deductible information, insurance information, insur- 

electronic commerce technologies and security methods, 55 ance claim procedures, insurance claim forms, doctor or 

techniques and technologies, in any and/or all of the provider appointment schedules, past treatments, past 

instances of data and/or information processing, and/or data diagnosis, symptoms, insurance claim forms, employer 

and/or information transmission described herein. information, lifestyle information, treatment plans, treat- 

FT.G. 2 illustrates the central processing computer 10, in ment progress, broker/agent/intermediary information, edu- 

block diagram form. The central processing computer 10, in 60 cation information, age, sex, marital status, employee ben- 

the preferred embodiment, is a network computer or com- ©fits information, types or services and/or treatments needed, 

puter system, or any other communication device which can and any other data and/or information regarding the patient 

provide the functionality of, and which can be utilized as a which would be needed and/or desired in order to perform 

central processing computer such as an Internet server any and/or all of the functions, services and/or operations 

computer and/or a web site server computer. In the preferred 65 described herein. 

embodiment, the central processing computer 10 includes a The database® 10H can also contain healthcare and/or 

central processing unit or CPU 10A, which in the preferred medical video, image, and/or audio, data and/or information, 
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such as, for example, x-rays, Magnetic Resonant Images 
(MRI), CAT scans, digital x-ray files, digital Magnetic 
Resonant Imaging (MRI) files, digital CAT scan files, and/or 
any other video, imaging, and/or audio, healthcare data 
and/or information which can be utilized by healthcare 
providers, payers, intermediaries, patients, and/or other 
users of the present invention. In this manner, the present 
invention can facilitate the availability of any of the above- 
described video, image, and/or audio, data and/or informa- 
tion in a network environment. For example, a medical 
specialist can have access to, and/or review, an MRI or a 
CAT scan for a patient, from any location and at any time. 

The database 10H also data and/or information regarding 
providers including provider name, provider social security 
number or identification number, type of professional or 
service provider, address, phone number, fax number, e-mail 
and/or other contact information, experience, specialties, 
insurances accepted, schedule of charges, financial account 
identification information, resume information, education, 
work experience, claim forms, appointment schedules, pro- 
cedures performed, and/or any other data and/or information 
concerning the providers for providing any and/or all of the 
functions, services, and/or operations described herein as 
being performed by the present invention. 

The database 10H also includes data and/or information 
regarding all possible fields of medicine, surgery, psychiatry, 
psychology, dentistry, oral surgery, optometry, podiatry, 
physical therapy, respiratory therapy, hypnosis, osteopathy, 
nutrition, wellness, and/or any other possible healthcare 
fields and/or subject matter which can possibly by utilized in 
the processing and/or operation of the present invention. The 
database 10H contains information on illnesses, symptoms, 
diseases and/or sicknesses, theories, scientific theories, 
research data and/or information, diagnosis information, 
treatment information, treatment plans, treatment processes, 
treatment progresses, treatment interactions, side effects, 
expected treatment results, treatment providers, treatment 
durations, treatment costs, pre-treatment information, post- 
treatment information, treatment monitoring information, 
statistical information regarding diagnoses, treatments, 
treatment success rates, treatment failure rates, treatment 
centers, therapy plans, therapy success rates, therapy failure 
rates, treatment procedures, medications treatments, non- 
medication treatments, healthcare institutions, treatment 
evaluating criteria, treatment mistakes and/or mishaps, indi- 
cators of mistakes and/or mishaps, corrective actions, links 
to providers, links to treatment centers or institutions, reim- 
bursement rates, nutrition information, diet information, 
exercise information, exercise routines, treatment options, 
healthcare advise, wellness advice, preventive care, preven- 
tive procedure, health maintenance, drug and medication 
information, drug interaction information, video 
information, including video files or clips and other 
information, regarding illnesses, diseases, treatments and 
follow-up care, audio information, including audio files or 
clips and other information, regarding illnesses, diseases, 
treatments and follow-up care, treatment and/or procedure 
information and/or narratives, treatment analysis, diagnosis 
analysis, diagnosis monitoring, diagnosis confirmation and/ 
or checking, and/or other information for providing the 
herein-described functions, services, and/or operations. 

The database 10H also contains information regarding 
The insurance companies and payers described herein, 
including, but not limited to, payer name, address, phone 
number, fax number, e-mail address, identification number 
(s), coverage types, policies and/or coverages provided, 
reimbursement rates, patients and/or providers serviced and/ 
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or covered by the payer, policy information, claim forms, 
claim procedures, claim status, claim processing 
information, claim submission procedures and policies, rea- 
sonable and customary charges, co-payment information, 

5 pre-approval information and/or procedures, claim form 
information, electronic form claim forms, insurance and/or 
coverage requirements, guidelines, and/or triggering events, 
covered procedures and/or treatments, uncovered proce- 
dures and/or treatments, claim approval information, claim 
approval history, claim approval statistics, claim rejection or 
denial information, claim rejection or denial history, claim 
rejection or denial statistics, financial account information, 
network provider information, network patient information, 
claim statistics, preventative care and/or benefits 
information, benefits information, benefits request informa- 

15 tion and/or claim forms, claim submission information, 
claim processing information, claim status information, pay- 
ment information and statistics, and/or any other data and/or 
information regarding and/or related to payers which are 
needed and/or desired for providing any and/or all of the 

20 functions, services, and/or operations described herein. 

The database 10H also contains data and/or information 
regarding the brokers, agents and/or intermediaries 
described herein, including, but not limited to, intermediary 
name, address, phone number, fax number, e-mail address, 

25 clients, patients services, insurance policies, policy 
information, policy quote information, policy proposal 
information, any and/or all of the above information 
described herein regarding patients, providers, payers, etc. 
which may be of interest to the intermediaries described 

3Q herein which may be useful and/or beneficial to the inter- 
mediaries in providing any of the functions, services, and/or 
operation described herein. 

The database 10H also includes contact information such 
as phone numbers, fax numbers, pager numbers, beeper 

35 numbers, e-mail addresses, hyperlinks to, and/or any other 
information which can facilitate contact between any of the 
parties described herein. The database 10H also includes 
electronic signature data and/or information for any of the 
parties, patients, providers, payers, and/or intermediaries, 

4Q described herein for facilitating transactions, claim 
submissions, financial transactions, etc., by and/or between 
any of the above patients, providers, payers, and/or inter- 
mediaries. 

The data and/or information in the database 10H can also 

45 include links to any other information, information sources, 
news sources, and/or other information and/or data which 
can or may be utilized by the present invention and/or by any 
of the patients, providers, payers, intermediaries and/or any 
other users of the present invention. 

50 The database 10H also contains data and/or information 
regarding healthcare news, healthcare developments, health- 
care discoveries, etc., for and including the medical field, 
surgical field, psychological field, dental field, nutrition 
field, fitness field, etc., and/or any other healthcare field or 

55 fields. The database 10H, in the preferred embodiment, also 
contains video and/or audio files which can be utilized for 
training of healthcare professionals as well as for providing 
general information to any user of the present invention. In 
this manner, and as will be described hereinbelow, the 

60 apparatus 100 can be utilized as a simulator for providing 
training in medical diagnosing, medical training, surgical 
training, psychiatric training, psychological training, dental 
training, oral surgery training, therapist training, and/or for 
training any of the healthcare providers described herein 

65 and/or envisioned. 

For example, the present invention can be utilized to 
. provide a medical doctor with a set of symptoms, evaluate 
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the diagnosis and treatment prescribed and provide follow- 
up patient conditions which may or may not call for the 
medical doctor to re -evaluate his or her diagnosis and/or 
treatment. In a similar fashion, the present invention can be 
used for training and continuing education and training for 
any of the healthcare providers described herein and/or 
otherwise envisioned utilizing the present invention. 

The database 10H can also contain data and/or informa- 
tion restricting access by any of the providers, payers, 
patients, intermediaries, and/or other users, to any of the data 
and/or information stored in the database 10H. 

The database 10H also contains information correlating 
symptoms and/or conditions with diagnoses, prognoses, 
and/or treatments, treatment methods, procedures, etc. The 
database 10H also contains any and/or all information 
needed and/or desired for facilitating the processing of 
symptoms, conditions, medical histories, family histories, 
and other information, in order to arrive at diagnoses and/or 
prognoses, treatments, prescriptions, procedures and/or any 
other healthcare and/or healthcare-related information. 

The database 10H also contains statistical and/or other 
probabilistic and/or mathematical information for assigning 
and/or correlating certain levels and/or estimates for any 
and/or all of the information, diagnoses, prognoses, 
treatments, procedures, and/or any other information pro- 
cessed and/or generated by the central processing computer 
10 and/or the apparatus 100. Applicant hereby incorporates 
by reference herein the teachings of Basic Business Statistics 
Concepts and Applications, Mark L. Berenson and David M. 
Levine, 6 th Edition, Prentice Hall 1996. 

The database 10H, in the preferred embodiment, can be a 
database which may include individual databases or collec- 
tions of databases, with each database being designated to 
store any and all of the data and/or information described 
herein. The database 10H, or collection of databases, may be 
updated by each of the respective patients, providers, payers, 
users, and/or intermediaries, arid/or by any other third party, 
in real-time, and/or via dynamically linked database man- 
agement techniques. 

The data and/or information stored in the database 10H 
can also be updated by and/or dynamically linked to, various 
external sources, including but not limited to news services, 
research publications, research facilities, healthcare 
laboratories, providers of healthcare goods and/or services, 
pharmaceutical companies, research institutions, schools. 
The database 10H will contain any and all information 
deemed necessary and/or desirable for providing all of the 
processing and/or services and/or functions described 
herein. Applicant hereby incorporates by reference herein 
the subject matter of Fundamentals of Database Systems, by 
Ramez Elmasri and Shamkant B. Navathe, 2 nd Ed., Addison- 
Wesley Publishing Company, 1994. 

The data and/or information which is contained and/or 
stored in the database 10, as well as any of the other 
databases 20H, 30H, 40, and 50H, described herein can be 
obtained from the various patients, individuals, providers, 
payers, and/or intermediaries, who or which utilize and/or 
who or which are serviced by the present invention. For 
example, the respective patients, providers, payers, 
intermediaries, and/or other users, could fill out 
questionnaires, forms, narratives, claim forms, and/or any 
other information medium, in written form, electronically, 
and/or otherwise. 

Data and/or information stored in the database 10H as 
well as any of the other databases described herein can be 
updated by multiple parties. For example, a patient may 
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provided medical history for his or her individual file, his or 
her medical doctor can update the medical history informa- 
tion for the patient upon examining and/or treating him or 
her. The payer may also update the file with any associated 

5 payment or payment-related information. Should the patient 
go to another doctor or different type of doctor, all previous 
information would be available for, and can be updateable 
by, the next doctor. 

The database 10H can also contain information regarding 

10 alternate medicine techniques, herbal techniques, meditation 
techniques, exercise techniques, self healing, faith healing, 
and/or other non-medicine treatments and/or techniques. 

The database 10H can also include statistical data and/or 
information regarding diagnoses, and/or alternate diagnoses, 

15 treatment success, treatment failure, as well as statistical 
data and/or information regarding misdiagnoses. The data- 
base 10H also contains data and/or information regarding 
experimental treatments as well as statistical information 
regarding same, successes of same and failures of same. 

20 In any and/or all of the embodiments described herein, 
any of the data and/or information which is or which may be 
stored in the database 10H, and/or any of the other databases 
described herein, can be utilized and/or can appear in any of 
the reports, diagnostic reports, treatment reports, evaluation 

25 reports, provider reports, payer reports, patient reports, 
training reports, and/or any other reports, described herein. 

The central processing computer 10 also includes an 
output device 101 for output any data, information, report, 

3Q etc., described herein. In the preferred embodiment, the 
output device 101 can be a printer, a display, a transmitter, a 
modem, and/or any other device which can be used to output 
data. 

Any of the data and/or information for any of the patients, 

35 individuals, providers, payers, and/or intermediaries, can be 
updated by different parities and which such updated data 
and/or information being made available to other respective 
parties so as to provide and ensure comprehensive and 
up-to-date healthcare and healthcare-related information. 

40 FIG. 3 illustrates the provider communication device 20, 
in block diagram form. The provider communication device 
20, in the preferred embodiment, can be personal computer, 
a network computer or computer system, or any other 
computer or communication device, which is utilized as a 

45 provider computer. In the preferred embodiment, the pro- 
vider communication device 20 includes a central process- 
ing unit or CPU 20A, which in the preferred embodiment, is 
a microprocessor. The CPU 20A may also be a 
microcomputer, a minicomputer, a macro-computer, and/or 

50 a mainframe computer, depending upon the application. 
The provider communication device 20 also includes a 
random access memory device(s) 20B (RAM) and a read 
only memory device(s) 20C (ROM), each of which is 
connected to the CPU 20A, a user input device 20D, for 

55 entering data and/or commands into the provider commu- 
nication device 20, which includes any one or more of a 
keyboard, a scanner, a user pointing device, such as, for 
example, a mouse, a touch pad, and/or an audio input device 
and/or a video input device, and/or any device, electronic 

60 and/or otherwise which can be utilized for inputting and/or 
entering healthcare data and/or information, for example 
pulse rate monitors, blood pressure monitors, 
electrocardiograms, blood-sugars monitors, etc., if desired, 
which input device(s) are also connected to the CPU 20 A. 

65 The provider communication device 20 also includes a 
display device 20E for displaying data and/or information to 
a user or operator. 
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The provider communication device 20 also includes a 
transmitters) 20F, for transmitting signals and/or data and/ 
or information to any one or more of the central processing 
computers) 10, the provider computers) 20, the payer 
computers(s) 30, the patient computers) 40, and the inter- 
mediary computers) 50 individual computers), which may 
be utilized in conjunction with the present invention. The 
provider communication device 20 also includes a receiver 
20G, for receiving signals and/or data and/or information 
from any one or more of the central processing computers) 
10, the provider computers) 20, the payer computers(s) 30, 
the patient computers) 40, and the intermediary computer 
(s) 50, which may be utilized in conjunction with the present 
invention. 

The provider communication device 20 also includes a 
database(s) 20H. The database 20H can contain and/or be 
linked to any of the data and/or information described herein 
as being stored in the database 10H. 

The provider communication device 20 also includes an 
output device 201 for output any data, information, report, 
etc., described herein. In the preferred embodiment, the 
output device 201 can be a printer, a display, a transmitter, a 
modem, and/or any other device which can be used to output 
data. 

FIG. 4 illustrates the payer communication device 30, in 
block diagram form. The payer communication device 30, in 
the preferred embodiment, can be personal computer, a 
network computer or computer system, or any other com- 
puter or communication device, which is utilized as a payer 
computer. In the preferred embodiment, the payer commu- 
nication device 30 includes a central processing unit or CPU 
30A, which in the preferred embodiment, is a microproces- 
sor. The CPU 30A may also be a microcomputer, a 
minicomputer, a macro-computer, and/or a mainframe 
computer, depending upon the application. 

The payer communication device 30 also includes a 
random access memory device(s) 30B (RAM) and a read 
only memory device(s) 30C (ROM), each of which is 
connected to the CPU 30A, a user input device 30D, for 
entering data and/or commands into the payer communica- 
tion device 30, which includes any one or more of a 
keyboard, a scanner, a user pointing device, such as, for 
example, a mouse, a touch pad, and/or an audio input device 
and/or a video input device, and/or any device, electronic 
and/or otherwise which can be utilized for inputting and/or 
entering healthcare data and/or information, for example 
pulse rate monitors, blood pressure monitors, 
electrocardiograms, blood-sugars monitors, etc., if desired, 
which input device(s) are also connected to the CPU 30A. 
The payer communication device 30 also includes a display 
device 30E for displaying data and/or information to a user 
or operator. 

The payer communication device 30 also includes a 
transmitters) 30F, for transmitting signals and/or data and/ 
or information to any one or more of the central processing 
computers) 10, the provider computers) 20, the payer 
computers(s) 30, the patient computer(s) 40, and the inter- 
mediary computers) 50 individual computer(s), which may 
be utilized in conjunction with the present invention. The 
payer communication device 30 also includes a receiver 
30G, for receiving signals and/or data and/or information 
from any one or more of the central processing computers) 
10, the provider computers) 20, the payer computers(s) 30, 
the patient computers) 40, and the intermediary computer 
(s) 50, which may be utilized in conjunction with the present 
invention. 
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The payer communication device 30 also includes a 
database(s) 30H. The database 30H can contain and/or be 
linked to any of the data and/or information described herein 
as being stored in the database 10H. 

5 The payer communication device 30 also includes an 
output device 301 for output any data, information, report, 
etc., described herein. In the preferred embodiment, the 
output device 301 can be a printer, a display, a transmitter, a 
modem, and/or any other device which can be used to output 

10 data. 

FIG. 5 illustrates the patient communication device 40, in 
block diagram form. The patient communication device 40, 
in the preferred embodiment, can be personal computer, a 
network computer or computer system, or any other com- 

15 puter or communication device, which is utilized as a patient 
computer. In the preferred embodiment, the patient commu- 
nication device 40 includes a central processing unit or CPU 
40A, which in the preferred embodiment, is a microproces- 
sor. The CPU 40A may also be a microcomputer, a 

20 minicomputer, a macro-computer, and/or a mainframe 
computer, depending upon the application. 

The patient communication device 40 also includes a 
random access memory device(s) 40B (RAM) and a read 
only memory device(s) 40C (ROM), each of which is 

25 connected to the CPU 40A, a user input device 40D, for 
entering data and/or commands into the patient communi- 
cation device 40, which includes any one or more of a 
keyboard, a scanner, a user pointing device, such as, for 
example, a mouse, a touch pad, and/or an audio input device 

30 and/or a video input device, and/or any device, electronic 
and/or otherwise which can be utilized for inputting and/or 
entering healthcare data and/or information, for example 
pulse rate monitors, blood pressure monitors, 
electrocardiograms, blood-sugars monitors, etc., if desired, 

35 which input device(s) are also connected to the CPU 40A. 
The patient communication device 20 also includes a display 
device 40E for displaying data and/or information to a user 
or operator. 

^ The patient communication device 40 also includes a 
transmitters) 40F, for transmitting signals and/or data and/ 
or information to any one or more of the central processing 
computers) 10, the provider computers) 20, the payer 
computers(s) 30, the patient computers) 40, and the inter- 

45 mediary computers) 50 individual computers), which may 
be utilized in conjunction with the present invention. The 
patient communication device 40 also includes a receiver 
40G, for receiving signals and/or data and/or information 
from any one or more of the central processing computers) 

5Q 10, the provider computers) 20, the payer computers(s) 30, 
the patient computer(s) 40, and the intermediary 
computers) 50, which may be utilized in conjunction with 
the present invention. 
The patient communication device 40 also includes a 

55 database(s) 40H. The database 40H can contain and/or be 
linked to any of the data and/or information described herein 
as being stored in the database 10H. 

The patient communication device 40 also includes an 
output device 401 for output any data, information, report, 

60 etc., described herein. In the preferred embodiment, the 
output device 401 can be a printer, a display, a transmitter, a 
modem, and/or any other device which can be used to output 
data. 

FIG. 6 illustrates the intermediary computer 50, in block 
65 diagram form. The intermediary computer 50, in the pre- 
ferred embodiment, can be personal computer, a network 
computer or computer system, or any other computer or 



US 6,283,761 Bl 

23 24 

communication device, which is utilized as an intermediary and/or intermediary may utilize the present invention in the 

computer provider. In the preferred embodiment, the inter- same, similar and/or analogous manner. For example, a 

mediary computer 50 includes a central processing unit or preferred embodiment for determining and/or ascertaining a 

CPU 50A, which in the preferred embodiment, is a micro- medical diagnosis can be described as being utilized by a 

processor. The CPU 50A may also be a microcomputer, a 5 treating physician as well as be utilized by a provider to 

minicomputer, a macro-computer, and/or a mainframe verify and/or check a diagnosis as well as by a patient or 

computer, depending upon the application. other user or individual in order to perform a self-diagnosis 

The intermediary computer 50 also includes a random or double check a doctors diagnosis. In the same manner, 

access memory device(s) 50B (RAM) and a read only ™y other preferred embodiment and/or other uses of the 

memory device(s) 50C (ROM), each of which is connected io present invention can be utilized by any of the parties 

to the CPU 50A, a user input device 50D, for entering data described herein. 

and/or commands into the intermediary computer 50, which The present invention, in its various preferred embodi- 

includes any one or more of a keyboard, a scanner, a user ments can be utilized to create and maintain comprehensive 

pointing device, such as, for example, a mouse, a touch pad, patient databases which can be accessed via a network 

and/or an audio input device and/or a video input device, 15 environment and/or otherwise, to perform healthcare and/or 

and/or any device, electronic and/or otherwise which can be healthcare-related diagnoses, to provide healthcare and/or 

utilized for inputting and/or entering healthcare data and/or healthcare-related expected prognoses, to provide healthcare 

information, for example pulse rate monitors, blood pressure and/or healthcare-related treatment plans or programs, and/ 

monitors, electrocardiograms, blood-sugars monitors, etc., if or to provide healthcare and/or healthcare-related treatment 

desired, which input device(s) are also connected to the CPU 20 progress reports and/or evaluations. 

50A. The intermediary computer 50 also includes a display Xhe present invention can also be utilized in order to 

device 50E for displaying data and/or information to a user provide training and continuing education services for 

or operator. healthcare and/or healthcare-related professionals, to pro- 

The intermediary computer 50 also includes a transmitter vide healthcare, healthcare-related, and/or wellness 

(s) 50F, for transmitting signals and/or data and/or informa- 25 information, to provide information about healthcare and/or 

tion to any one or more of the central processing computers) healthcare-related patient, providers, payers, and/or 

10, the provider computers) 20, the payer computers(s) 30, intermediaries, to provide scheduling management services 

the patient computers) 40, and the intermediary computer for providers, to provide notification services for patients, 

(s) 50 individual computers), which may be utilized in providers, payers and/or intermediaries and/or any other 

conjunction with the present invention. The intermediary 30 parties described herein, and/or to locate providers, payers 

computer 50 also includes a receiver 50G, for receiving and/or intermediaries. 

signals and/or data and/or information from any one or more The present invention can also be utilized, in preferred 
of the central processing computers) 10, the provider embodiments, in order to healthcare and/or healthcare- 
computers) 20, the payer computers^) 30, the patient ^ related claim processing services, claims submissions, claim 
computers) 40, and the intermediary computers) 50, which processing, claim status checking, and claim reconciliation, 
may be utilized in conjunction with the present invention. claim fraud prevention, treatment evaluation, healthcare 

The provider communication device 50 also includes a and/or healthcare insurance policy generation, management 

database(s) 50H. The database 50H can contain and/or be and administration, provider, payer and/or intermediary 

linked to any of the data and/or information described herein evaluation, drug and/or treatment interactivity, treatment, 

as being stored in the database 10H. medication and/or organ availability and/or notification 

The intermediary communication device 50 also includes services, patient, provider, payer, intermediary, and/or third 

an output device 501 for output any data, information, report, party, notification services. 

etc., described herein. In the preferred embodiment, the The present invention can also be utilized as a clearing- 
output device 501 can be a printer, a display, a transmitter, a 45 house for facilitating the offering, selling, buying, trading, 
modem, and/or any other device which can be used to output and/or other commerce and/or transactions, involving 
data. healthcare and/or healthcare-related services, products and/ 

In any and/or all of the embodiments described herein, or goods, 

any one of the central processing computers 10, the provider In any and/or all of the embodiments described herein, the 

communication devices 20, the payer communication 50 various computers and/or communication devices 10, 20, 

devices 30, the patient communication devices 40, and/or 30, 40 and/or 50, can be utilized to transmit and/or to receive 

the intermediary communication devices 50, can include transmissions, information, messages, and/or notification 

input devices (not shown) for facilitating the data entry of a messages and/or signals to, and/or between, the respective 

patients vital signs and or other medical data such as, but not parties associated with the respective computers and/or 

limited to, pulse rate, blood pressure, blood-sugar level, etc., 55 communication devices. The transmission of information, 

and any other data and or information which can be input messages, and/or notification messages and/or signals, in 

into the respective computer and/or communication device any and/or all of the embodiments described herein can be 

and be transmitted to the central processing computer con- effected via any one or more of e-mail messages, telephone 

sistent with the utilization of the present invention as messages, beeper or pager messages, physical mail delivery, 

described herein. 60 electronic data transmission, and/or can be made via any 

The apparatus and method of the present invention can be other suitable and/or appropriate communication method 

utilized in numerous preferred embodiments in order to and/or technique. 

provide a vast array of healthcare and healthcare-related In a preferred embodiment, the present invention can be 

services for any one or more of the various parties described utilized in order to perform a diagnosis of a sickness, illness 

herein. While certain of the preferred embodiments may be 65 and/or other condition. FIGS. 7A and 7B illustrate a pre- 

described with regards to utilization by a particular party, it ferred embodiment method of using the present invention, in 

is important to note that any patient, user, provider, payer, block diagram form. While the method of FIGS. 7 A and 7B 
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is described in the context of a medical doctor performing a so as to include all of the data and information described as 

diagnosis of a medical condition, the method of FIGS. 7A being processed and/or generated by the central processing 

and 7B can be similarly utilized by surgeons, psychologists, computer 10, including, but not limited to the patient's 

psychiatrists, dentists, and/or any other healthcare provider symptoms, if any, the examination findings, the information 

or healthcare professional described herein. The method of 5 contained in the diagnostic report and the treatment report, 

FIGS. 7 A and 7B may also be utilized by any user, patient, the final diagnosis and the prescribed treatment, 

provider, payer, and/or intermediary in order to ascertain a Thereafter, operation of the apparatus 100 will cease at 

diagnosis and/or in order to check on, verify, and/or ascer- s tep 712. The patient's records will then be updated and be 

tain the correctness of a diagnosis of another. available for the patient's next treatment and/or diagnosis. 

The operation of the apparatus 100 commences at step 10 i n another preferred embodiment, the diagnostic report 

700. At step 701, the provider will access the central and/or treatment reports can be accompanied by medical 

processing computer 10 and enter data and/or information information, textbook materials, laboratory materials, refer- 

regarding the patient. At step 702, the central processing e nce materials, video clips of any pertinent information, 

computer 10 will determine if a file and/or medical history audio clips of any pertinent information, hyperlinks to 

exists for the patient. If, at step 702, it is determined that a 15 informational sources, information regarding providers and/ 

medical history does not exist, the central processing com- or facilities for obtaining treatment and/or therapy, provider 

puter 10 will, at step 703, request that a medical history, and/or facility contact information, and/or any other perti- 

family history and/or other information related thereto be D ent and/or relevant information. 

provided by the patient or accompanying individual. At step Ifl anotQer ferred embodim ent, the diagnostic report 

703, the information obtained by the patient or accompany- ™ ^lor treatment reports can be accompanied by health 
ing individual will then be entered via the provider com- welkess in f ormation wh ich can include suggestions 
munication device 20 and transmitted to, and be stored at, for health amj/or weUness foodSj gQQ ^ products? md/oT 
the central processing computer 10. Thereafter, processing ser vices. The diagnostic report and/or treatment reports can 
will proceed to step 704. also be accompari i ed by health and/or fitness information, 

If, at step 702, it is deteraiined that a patient's medical diets, nutritional information, and/or any other information 

history does in fact exist, the processing will proceed to step which may be of assistance to the patient and/or provider. 

704. At step 704, the patient's symptoms, if any, and/or The diagnostic and/or treatment reports can also contain 
examination findings, are obtained from the patient and warnings regarding misdiagnoses, warnings about 
transmitted from the provider communication device 20 to ^ treatments, information about experimental treatments, etc. 
the central processing computer 10. The central processing The diagnostic and/or treatment reports can also contain 
computer 10 will, at step 705 receive and process the patient information, statistical and/or otherwise, regarding 
symptoms, if any, and/or examination findings, in conjunc- diagnoses, misdiagnoses, treatment successes, and/or treat- 
tion with the patient's medical history and/or other men t failures. The diagnostic and/or treatment reports can 
information, medical theories, principles, criteria and/or ^ ateo contain information regarding alternate medicine such 
other medical information needed to make a diagnosis. At as treatments regarding herbal remedies and/or treatments, 
step 705, the central processing computer 10 will perform a meditation, self-healing, faith healing, yoga, tai chi, exercise 
comprehensive diagnostic evaluation of the patient's therapy, and/or other therapies and/or therapy types, 
symptoms, if any, and/or the examination findings. M noted above? the method of utilizing the present 

At step 706, the central processing computer will generate ^ invention, as described in FIGS. 7A and 7B, is equally 

a diagnostic report which can include a diagnosis of the applicable to, and can be utilized in the same manner, by any 

patient's condition, if needed. The diagnostic report which is and/or all of the respective healthcare providers, 

generated at step 706 can, if needed, include a single professionals, and/or related providers, 

diagnosis and/or a Jist of possible diagnoses, along with their ^ another ferred embodiment, the apparatus and 

respective probabilities of occurrence and/or statistical 45 memo d of me present mvention can be utilized to ensure that 

information corresponding thereto, which may pertain to the ft treatment and/or procedure is performed on the 

patient's condition. At step 707, the central processing tient Referring once again t0 FIGS . 7A and 7B and the 

computer 10 will then generate a treatment report which will aboye descri tion of same> the present inverition can be 

outline and/or prescribe treatment for the single diagnosis utilized tQ ensure that a subsequent treatment and/or treat- 

and/or for the list of possible diagnoses, if any. The central 5Q mentg m performed ^ prescribed. As noted above with 

processing computer 10, when generating the treatment TcfcTenc& t0 FIG . 6 arjdj ^ particular, a final diagnosis and 

report, can process same in conjunction with, and consider, ribed trea tm en t is stored in the patient's file or records 

possible drug interactions and/or treatment interactions. ^ me database 1QH of ^ ceQtral processing computer. 

At step 708, the central processing computer 10 will When the patient seeks treatment from a subsequent medical 

transmit the diagnostic report and/or treatment report to the 55 doctor, surgeon, or other healthcare professional, the medi- 

provider's communication device 20 at which point the C al doctor, surgeon, or other healthcare professional, can 

medical doctor can obtain the diagnosis or possible access the central processing computer 10 at the time of 

diagnoses, if any, and corresponding treatment plans. The treatment, access the patient's medical history and pre- 

medical doctor can then, at step 709, review the diagnostic scribed treatment plan and assess same in order to make sure 

report and/or treatment report and choose the a final diag- 60 that the treatment to be provided is called for in the pre- 

nosis and/or treatment plan, if needed, to administer to the scribed treatment. In this manner, the present invention can 

patient. be utilized in order to prevent medical and/or surgical 

At step 710, the medical doctor will transmit the final mistakes, mishaps and/or other instances when improper 

diagnosis and treatment plan, including the prescribed treat- treatment could occur. It is also envisioned that the subse- 

ment and/or treatment plan, if any, to the central processing 65 quent care medical doctor, surgeon, or other healthcare 

computer 10. At step 711, the central processing computer professional, could also re-evaluate the patient's condition 

10 will then update the patient's records in the database 10H and/or records and seek additional assistance and/or perform 
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a separate and independent assessment and/or diagnosis of 
the patient. In any event, the present invention can provide 
the subsequent care medical doctor, surgeon, or other health- 
care professional, with the patient's complete medical 
history, information, past diagnoses and/or past treatments 
and/or prescriptions. In this manner, a subsequent care 
provider can be provided with as complete and as up to date 
information as possible in order to administer treatment. 

For example, the present invention can be utilized in the 
following manner. A patient scheduled for surgery on a 
certain body part (i.e. left ankle) may enter the hospital. Due 
to a hospital clerical error, the right ankle is noted to be 
operated on. Prior to the surgery, the surgeon may access the 
central processing computer 10, via a provider communica- 
tion device 20 located in the operating room, and/or another 
location in the hospital, in order to verify the procedure to 
be performed. In response thereto, the central processing 
computer 10 will transmit a message that it is the left ankle 
which is to be operated on. Thereafter, the surgeon can 
investigate the situation and ensure that the correct and 
prescribed surgery and/or procedure is performed. Once the 
surgery is completed, the patient's record will be updated 
accordingly. While a surgical procedure is described, it is 
important to note that any treatment, procedure, etc., which 
can be performed by any healthcare professional described 
herein, and/or in any healthcare field described herein, can 
be verified in the above-described manner. In this manner, 
the present invention can be utilized to pre-screen subse- 
quent and/or follow-up treatments and/or procedures so as to 
prevent healthcare mistakes and/or mishaps. 

In another preferred embodiment, the healthcare profes- 
sional can access the central processing computer 10 via the 
provider communication device 20, access the patient's or 
client's record and input information concerning the treat- 
ment and/or procedure to be performed. Thereafter, the 
central processing computer 10 can process the information 
and transmit a message to the healthcare professional noti- 
fying the healthcare professional that the treatment and/or 
procedure is either the prescribed treatment or procedure or 
that it is not the prescribed treatment and/or procedure. The 
message provided by the central processing computer, to the 
treating healthcare professional, can also include informa- 
tion regarding the treatment and/or the procedure, such as 
instructions, steps, and/or any other accompanying informa- 
tion. 

In any and/or all of the embodiments described herein, the 
central processing computer 10, in performing any process- 
ing of patient information, diagnosis information, and/or 
treatment information, described herein, can perform such 
processing in conjunction with drug and/or other treatment 
interaction information so as to provide an added safeguard 
in the diagnosis and treatment planning processes. Any 
and/or all processing described herein is also performed in 
conjunction with each patient's medical history, family 
history, allergic conditions information, and/or with any 
other information deemed important and/or essential in the 
an individual's healthcare diagnoses and/or treatments. 

In another preferred embodiment, the present invention 
can be utilized to perform treatment evaluations and/or 
treatment monitoring. In this manner, the present invention 
can be utilized by any of the providers, payers, patients, 
users, and/or intermediaries, described herein to evaluate 
and/or monitor treatments, provide training and/or oversight 
for healthcare providers and/or professionals, and/or allow 
payer and/or insurance companies to evaluate treatments, 
treatment plans, treatment progress, and/or any other evalu- 
ations and/or verifications for healthcare claims processing. 
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In this embodiment, the present invention can be utilized so 
as to safeguard against the use of incorrect and/or uncon- 
ventional and/or fraudulent treatment and/or care. 

FIGS. 8A and 8B illustrate another preferred embodiment 

5 of a method of use of the present invention, in flow diagram 
form. FIGS. 8A and 8B illustrate a preferred embodiment 
method of use of the present invention in order to evaluate 
and/or monitor treatments, treatment plans and/or the 
administration of healthcare. While described as being uti- 

10 lized by payers and/or an insurance company in evaluating 
and/or monitoring treatment, it is important to note that the 
embodiment of FIGS. 8A and 8B can be utilized by any 
provider, patient, user, including healthcare students and/or 
healthcare professionals-in-training, or other providers, and/ 

15 or intermediary, for obtaining the information provided by 
the embodiment of FIGS. 8A and 8B and utilizing it any 
manner they see fit. 

With reference to FIGS. 8A and 8B, the operation of the 
apparatus 100 commences at step 800. At step 801, the payer 

20 or payer's employee or agent (hereinafter, for simplicity, 
referred to at payer's employee) can access the central 
processing computer 10. At step the payer's employee can 
enter information concerning the patient, the treatment, 
and/or care, which is desired to be evaluated and/or moni- 

25 tored. At step 802, the central processing computer 10 will 
access the database 10H and obtain patient information, 
patient medical history, family history, if pertinent, symptom 
information, provider information, diagnostic report 
information, treatment report information, final diagnoses 

30 information, prescribed treatment information, and/or any 
other information which can be relevant and/or pertinent. 
Any arid/or all of the information described above can be 
stored in the database 10H from prior processing and/or use 
of the present invention. Other data and/or information can 

35 also be obtained from the payer's employee and/or from 
other third party and/or outside sources. 

At step 803, the central processing computer 10 will 
perform a processing routine in conjunction with the above- 

^ described information in order to determine if the diagnoses 
and associated and/or related treatment or treatments are 
appropriate and/or in-line with current standards for the 
given healthcare field. The central processing computer 10 
can also calculate and/or provide statistical information 

45 regarding any of diagnoses and/or treatments under study. At 
step 804, the central processing computer 10 will generate 
an evaluation report which will provide data and information 
regarding the information obtained from step 803. 

The central processing computer 10 can then, at step 80S, 

50 transmit the evaluation report and/or any other appropriate 
information, to the payer communication device 30. The 
central processing computer, in another preferred 
embodiment, can, at step 803 and/or at. step 804, determine 
and/or provide, as part of the evaluation report, information 

55 concerning whether the diagnoses and/or treatments are 
considered appropriate and/or valid, and/or in-line with 
standards, as well as recommend that claims for the 
treatment(s) are valid and should be paid by the payer, 
and/or that the claims for the treatments) are invalid and 

60 should be denied. 

Thereafter, at step 806, the payer or the payer's employee 
can review the evaluation report and take any action deemed 
appropriate. At step 807, the payer or payer's employee can 
transmit data and/or information regarding the payer's or 

65 payer employee's action and/or decision. Step 807 is an 
optional step and can be dispensed with if the payer or 
payer's employee chooses not to respond to and/or to 
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transmit information to, the central processing computer 10. intermediary, and/or other party or user, in order to access 

Thereafter, the operation of the apparatus will cease at step the patient's healthcare files and/or records. The compre- 

808. hensive database, which in the preferred embodiment of the 

The present invention when utilized as described in FIGS. present invention, is stored and/or maintained in the data- 

8A and 8B, can provide treatment evaluation and/or moni- 5 base 1° H of the central processing computer 10, can contain 

toring for healthcare payers which can be utilized for per- and/or store any of the data and/or information obtained 

forming claims processing, provider evaluations, patient ^ona, and/or provided by, any and/or all of the herein- 

evaluations, and/or any other useful and/or desired purpose. described embodiments of the present invention. 

The present invention, when utilized as described in FIGS. The comprehensive database provides a data and/or infor- 

8A and 8B, can also be utilized by any provider, patient, 10 mation source which can be accessed by any provider, from 

payer, user, and/or intermediary, to evaluate and/or monitor anywhere in the world, and at any time, in order to obtain 

treatments, evaluate providers, evaluate patients, evaluate information about a patient in his, her, or its care. For 

payers, ascertain payers claims paying and/or processing example, a patient traveling far from home and out of reach 

traits, and/or for educational purposes and/or for any other by his or her current healthcare provider can be treated by 

useful and/or desired purpose. 15 another provider who can access the central processing 

In another preferred embodiment of the present invention, computer 10, from any location, and at any time, and obtain 
the apparatus and method of the present invention can be up-to-date and/or comprehensive patient healthcare and/or 
utilized to create and maintain a comprehensive patient medical and family history information, current healthcare 
healthcare database. FIGS. 9A and 9B illustrate another a^/or medical condition, current treatment and/or care 
preferred embodiment use of the present invention, in flow 20 and/or any other information which can facilitate optimal 
diagram form. With reference to FIGS. 9A and 9B, the healthcare and/or medical treatment, 
operation of the apparatus 100 commences at step 900. At In the same manner, new providers can obtain existing 
step 901, the patient will access the central processing information concerning healthcare and/or medical history, 
computer 10 and provide identification information. At step family history, current healthcare conditions and/or treat- 
902, the central processing computer 10 will determine 25 ments as well as any other information from the central 
whether the patient has an account and/or a file with the processing computer 10, Thereby allowing the new provider 
central processing computer and/or the service utilizing to obtain accurate information and dispensing with the need 
same. If, at step 902, it is determined that the patient does not to obtain same form the patient. The information provided 
have an account with the central processing computer 10, the from the present invention can also assist the provider in 
processing will proceed to step 903 and patient will be 30 diagnosing the patient. Providers can also utilize the corn- 
prompted and/or asked to fill out any necessary forms and/or prehensive database in order to ascertain past and/or current 
answer questions so as to provide a comprehensive medical providers who may be contacted for assistance and/or for 
history and family history, if possible. All provided data insight in the treatment process. 

and/or information will be stored in the database 10H and a i n a similar manner, payers can utilize the comprehensive 

patient account, file and/or record will be created at step 903. 3 database in order to ascertain payer eligibility, the existence 

Thereafter, processing will proceed to step 904. If, at step of pre-existing conditions andVor to obtain any other useful 

902, the patient is determined to have an account with the information. 

central processing computer, processing will proceed In anot h e r preferred embodiment, the present invention 

directly to step 904. ^ can ^ c utilized in order to find and/or to locate providers 

At step 904, the patient will provide information concern- and/or payers of, and for, respectively, various healthcare 

ing the present healthcare request and present provider treatments, healthcare services and/or healthcare goods or 

information. At step 905, the central processing computer products and/or healthcare-related goods or products. Infor- 

10, will then determine if the present provider is a new mation regarding the various providers and/or payers, along 

provider. If, at step 905, it is determined that the present 45 with information regarding the services and/or goods or 

provider is a new provider, the central processing computer products they provide and/or pay for, respectively, is stored 

10 will proceed to step 906 and update the patient's files or in the database 10H. 

records so as to include the present provider as a new FIG 10 iii ustra tes another preferred embodiment method 
provider for the patient. Thereafter, the central processing of utilizing the present invention. In the embodiment of FIG. 
computer 10 will proceed to step 907 and will process and 5Q 9> tne prese Qt invention can be utilized by any patient, user, 
store, in the database 10H and/or in the patient's files or provider, payer, and/or intermediary, in order to locate a 
records, any pertinent patient information, symptoms, diag- provider and/or a payer of healthcare and/or healthcare- 
noses and/or treatments, final diagnosis and/or prescribed related services, goods, or products. For example, assume 
treatment, for the provider visit or for the event or occur- th at a pal ient has been recently diagnosed as needing an 
rence. 55 operation to repair his vision. The patient or his provider 
If, however, at step 905, it is determined that the present would need to find a doctor who specializes in performing 
provider is an existing provider for the patient, the central the needed surgical procedure. The present invention can 
processing computer 10 will proceed directly to step 907 and thereafter be utilized to locate a specialist for performing 
process and store, in the database 10H and/or in the patient's that function. 

files or records, any pertinent patient information, 60 With reference to FIG. 10, operation of the apparatus 100 

symptoms, diagnoses and/or treatments, final diagnosis and/ commences at step 1000. At step 1001, the patient or 

or prescribed treatment, for the provider visit or for the event provider accesses that central processing computer 10 and 

or occurrence. Thereafter, operation of the present invention provides information regarding the service needed. At step 

will cease at step 908. 1002, the central processing computer 10 will process the 

In this manner, the present invention can be utilized so as 65 request and identify one or more specialists along with their 

to create and maintain a comprehensive healthcare patient backgrounds, insurance coverage accepted, fees, and/or any 

database which can be accessed by any provider, payer, educational, professional experience and/or any other infor- 
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mation about the provider. At step 1003, the central pro- notified of the availability of a provider, the emergence of a 
cessing computer 10 can generate a provider report and patient in need of a certain care, the availability of a payer 
transmit same to the patient or provider at step 1004. or an insurance company to offer a policy or a certain policy, 
Thereafter, operation of the apparatus ceases at step 1005. the availability of a healthcare facility to provide certain 
In a similar manner, the embodiment of FIG. 10 can be 5 care, the availability of certain supplies, a body organ, a 
utilized to find a facility for receiving a certain and/or blood type, an expiration of an insurance policy (i.e. health- 
desired form of care and/or for obtaining a certain proce- care insurance, life insurance, disability insurance, etc.,) 
dure. In this embodiment, the facility is defined to be the and/or the occurrence of any event which may be of interest 
provider and the present invention can be utilized as t0 ^ of the pat ients, users, providers, payers, and/or 
described above. 10 intermediaries, described herein. 

In another similar manner, the embodiment of FIG. 10 can T 4t _. , ,. . . , ,.r. , c 

in a^Luw aii±iiiai mamaw, 11^ UL x „ In this embodiment, the party requesting to be notified of 

be utilized to find a payer or insurance company for pro- xl _ . v. / •« « /t _ ■ ^ 

viding desired coverage and/or for paying for certain treat- * e f t vent or occurrence, whichever it may b^ (hereinafter 

mente and/or procedures. In the cas£ of locating payers, the "requestog party- ), can access the central processing 

method of FIG. 10 can be repeated for locating payers for „ computer 10 via their respective communication device, 

certain healthcare services, goods or products. At step 1001, 15 Thereafter, the requesting party can enter his request, pro- 

the patient or provider accesses that central processing vide conditions attached to the request, and provide 

computer 10 and provides information regarding the cover- contact ^formation. The central processing computer 10 can 

age needed. At step 1002, the central processing computer P rocess the information received from the requesting party 

10 will process the request and identify one or more payers store ^ P ertment ^formation in the database 10H. 

along with information about the payer or payers. At step Thereafter, another party (hereinafter the "supplying 

1003, the central processing computer 10 can generate a party") contacts the central processing computer 10, either to 

payer report and transmit same to the patient or provider at enter information about the occurrence of an event and/or 

step 1004. Thereafter, operation of the apparatus ceases at the availability of a service, a good or products, and/or any 

step 1005. other herein-described and/or envisioned occurrence and/or 

In another similar manner, the embodiment of FIG. 10 can 25 S ood > product and/or service availability, or to review 

be utilized to find and/or locate supplies, body organs, blood, requests which have been previously submitted, which the 

medications, and/or any other goods, products, and/or supplying party may be interested in responding to. 

supplies, etc. In this embodiment, the identification, If the entry of the supplying party can satisfy a request of 

location, cost, etc., of any of the above goods, products, 30 a requesting party, and/or if the supplying party desires to 

supplies, organs etc., can be stored in the database 10H. satisfy a request of a requesting party, the central processing 

With reference to FIG. 10, operation of the apparatus 100 computer 10 will generate and/or transmit an e-mail 
commences at step 1000. At step 1001, the patient or message, a beeper or pager message, and/or a telephone call, 
provider accesses that central processing computer 10 and and/or other communication to the communication device of 
provides information regarding the supply, body organ, 35 the requesting party. The communication or message can 
blood, medication, and/or any other good, product, or supply include information for bring the requesting party and the 
or supplies needed. At step 1002, the central processing supplying party together to act towards effecting and/or 
computer 10 will process the request and identify the consummating the transaction. Thereafter, upon notification 
existence and/or location of the respective supply, body to the central processing computer by either the requesting 
organ, blood, medication, and/or any other good, product, or ^ party and/or the supplying party, or both, the central pro- 
supply or supplies, along with its location, cost and any other cessing computer 10 can remove the request from the 
pertinent information. At step 1003, the central processing database 10H. In this manner, the central processing corn- 
computer 10 can generate a report and transmit same to the puter 10 and/or the apparatus 100 can be utilized as a 
patient or provider at step 1004. Thereafter, operation of the clearinghouse for effecting transactions for any of the 
apparatus ceases at step 1005. 45 services, goods, products, and/or any other entities described 

In another similar manner, the embodiment of FIG. 10 can herein, 
be utilized to find a payer or insurance company for pro- In another preferred embodiment, the present invention 
viding desired coverage and/or for paying for certain treat- can be utilized to schedule appointments with any of the 
ments and/or procedures. In the case of locating payers, the patients, providers, payers, and/or intermediaries, described 
method of FIG. 10 can be repeated for locating payers for 50 herein. In this manner, for example, can make an appoint- 
certain healthcare services, goods or products. At step 1001, ment with the provider over the communication network 
the patient or provider accesses that central processing which services the present invention, 
computer 10 and provides information regarding the cover- FIGS. 11A and 11B illustrate another preferred embodi- 
age needed. At step 1002, the central processing computer ment method of using the present invention, in flow diagram 
10 will process the request and identify one or more payers 55 form. In the embodiment of FIGS. HA and 11B, provider 
along with information about the payer or payers. At step scheduling information can be stored in the database 10H. 
1003, the central processing computer 10 can generate a Operation of the apparatus 100 commences at step 1100. At 
payer report and transmit same to the patient or provider at step 1101, the patient accesses the central processing corn- 
step 1004. Thereafter, operation of the apparatus ceases at puter 10 and requests the schedule or schedules of a provider 
step 1005. 60 or a number of providers. At step 1102, the central process- 

The embodiment of FIG. 10 can also be utilized by ing computer 10 provides the schedule information to the 

intermediaries, such as insurance brokers who need to find patient. At step 1103, the patient can select the appointment 

certain insurance companies and/or payers who meet the he or she wishes to make. 

needs of certain patients and/or clients, and/or other indi- At step 1104, the appointment information is transmitted 

viduals and/or third parties. 65 to and received at the central processing computer 10. At 

In another preferred embodiment of FIG. 10, any patient, step 1105, the central processing computer 10 will update 

user, provider, payer, and/or intermediary can request to be the providers schedule to reflect the new appointment. At 
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step 1106, the central processing computer 10 will transmit electronically and/or otherwise notified when a patient may 

a signal, such as an e-mail and/or other transmission and/or be admitted to a hospital and/or other facility for care. The 

communication to provider communication device 20 to present invention can also be utilized to electronically and/or 

notify the provider and to update the providers schedule on otherwise notify a provider when his or her patient has been 

the provider computer. In the preferred embodiment, the 5 diagnosed with an illness even when the patient may not be 

scheduling files stored on the database 10H of the central under the provider's care and/or to notify a patient if a 

processing computer 10 and the database 20H on the pro- provider has become available to perform a treatment and/or 

vider communication device 20, and/or any portions and/or a procedure on, and/or for, the patient, 

fields, or records, of same, can be dynamically linked to one ™° P res f f ipvention can also be utilized in order to 

anothersothatchangesmadetothescheduleorschedulesby 10 P 1 ™* ; notification, electronically and/or -otherwise, to any 

either the central processing computer and/or on the pro- 'especUve party, «g«ding any event, happening, and/or 

. " wuuai ^u^oo &:"7 ' * occurrence, which is described herein and/or which may be 

vider communication device will be reflected in real-time so reasonabl ' foreseen from the compre hensive nature of the 

as to ensure that the most up-to-date schedules are available t m i(iin ehensive hea ithcare 

at all times, processing. 

Operation of the apparatus 100 will thereafter cease at 15 mQS UA ^ ^ mustra|e anQlher preferred em bodi- 

step 1107. In another preferred embodiment, the central ment melhod of utilizin g the present invention, in flow 

processing computer and/or the provider commumcation diagram form ^ tfae preferTed embodiment of FIGS. 12A 

device can generate and/or transmit an e-mail to the patient and m the Qt invention can provide notification to 

communication device 40 in order to confirm the appoint- any respective party? electronically and/or otherwise, in 

ment and/or to serve as a reminder to the patient. 20 response tQ ±t occurrence of an even t, happening, and/or 

In the same manner, any patient, user, provider, payer, occurrence. While the description of the embodiment of 

and/or intermediary can utilize the preferred embodiment of FIGS. 12A and 12B will be directed to notifying a doctor or 

FIGS. llAand 11B in order to schedule an appointment with 0 ther healthcare provider when a patient requires the pro- 

any other patient, user, provider, payer, and/or intermediary, vider's treatment and/or care, it is important to note that the 

described herein. embodiment of the FIGS. 12A and 12B can be utilized so as 

In another preferred embodiment, the present invention to provide notification services and/or functionality for any 

can be utilized by intermediaries, such as, but not limited to defined event, happening, and/or occurrence, and to any of 

brokers, insurance brokers, agents, and others, in order to the respective patients, users, providers, payers, and/or 

service their respective clients. For example, the database 3Q intermediaries, described herein. 

10H can contain insurance policy information, conditions, The operation of the apparatus 100 commences at step 

premiums, insurers providing same, as well as any other 1200. At step 1201, the provider can access the central 

useful information in servicing insured's needs. The data- processing computer 10. At step 1202, the provider can 

base 10H can also contain client information, policy require- select and/or enter the information concerning the notifying 

ments for any of the health insurance, life insurance, and/or 35 event, happening, and/or occurrence, and/or the conditions 

disability insurance, policies in force for the insured along for notifying the provider. For example, an obstetrician can 

with premiums paid and/or expiration dates. request to be notified when a pregnant patient enters a 

In another preferred embodiment, a broker, for example hospital in labor. At step 1203, the central processing 

can prepare policy quotes, compare available policies, gen- computer 10 processes the above information. At step 1204, 

erate policies, and service policy claims via the information ^ the central processing computer 10, upon receiving infor- 

provided by the central processing computer 10 and/or the mation concerning the pregnant patient's admission to the 

apparatus 100 of the present invention. The broker may also hospital, will process the pregnant patient's information, 

request to be notified, electronically and/or otherwise via a At step 1205, the central processing computer 10 will 

message generated and/or transmitted via the central pro- identify and/or ascertain that the provider's condition for 

cessing computer 10, of times and/or instances when an 45 notification has been met or has been triggered. Thereafter, 

insured's policy is up for renewal. The broker may then at step 1206, the central processing computer will generate 

utilize any of the information provided by, and/or contained an appropriate message to notify the provider. At step 1207, 

in, the database 10H of the present invention in order to the central processing computer 10 can transmit the notifi- 

respond to an insured client's needs and/or requests, such as, cation message to the provider's commumcation device as 

but not limited to preparing policy quotes for comparison, 50 any one or more of an e-mail, a beeper or pager message, a 

finding a policy and/or policies for addressing the insured's telephone call, and/or in any other manner. The central 

particular needs, assisting in resolving claims issues and/or processing computer 10 can also transmit multiple notifica- 

claims processing issues, and/or assisting and/or providing tion messages to multiple communication devices such as a 

any other information which could allow the broker or other computer, a personal digital assistant, a beeper or pager 

intermediary to provide assistance to, and/or to provide 55 and/or a telephone. Thereafter, operation of the apparatus 

added value to its client or clients. will cease at step 1208. 

In this, manner, the present invention can provide a In a similar manner, a payer may also request to be 

platform for allowing a broker to provide improved services notified upon the admission of a patient to a hospital and/or 

to his or her insured while also providing for a more other care facility. A patient may also request that certain 

paperless working relationship. 60 providers and/or payers be notified by the present invention 

In another preferred embodiment of the present invention, of an event, happening, and/or occurrence involving the 

the present invention can be utilized in order to provide patient. There is no limit to the scenarios and/or alternate 

notification to any of the patients, providers, payers, users, embodiments in which the present invention can be utilized 

and/or intermediaries. For example, a medical specialist can in order to provide notification to any of the patients, users, 

be electronically arid/or otherwise notified if a patient is 65 providers, payers, and/or intermediaries, described herein, 

diagnosed with an illness and/or a condition which he or she In still another preferred embodiment, the present inven- 

specializes in treating. As another example, a payer can be tion can be utilized to facilitate healthcare claims processing. 
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Any of the patients, providers, payers, users, and/or processing, claim report or statement, claim re-submission, 

intermediaries, can file claims with the respective party provision of additional information, and/or any and/or all 

electronically via the present invention. The claim forms for other transactions, which occur during the claim processing 

each payer and/or other party can be accessed from the procedure or process, can be recorded and maintained at the 

respective party's communication device, filled out and 5 central processing computer 10 so as to provide for a third 

submitted electronically by the claiming party or claimant. party record and/or monitoring of same. 

Any and/or all submissions can be electronically dated The central processing computer 10, can notify any party 

and/or otherwise marked, the status of the claim can be described herein, as well as any third parties, regarding any 

provided to the claimant at any time and any interested third event, happening, occurrence, and/or any aspect of any 

parties may be notified of any action taken on a claim. 10 c \tim submission and/or processing activities. For example, 

FIGS. 13A, 13B and 13C illustrate a method of utilizing a provider can be notified at regular interval on a payer's or 
the present invention to perform claims processing services. payers decisions to pay for certain treatments and/or proce- 
While it is understood that any appropriate party can file dures. Similarly, a patient's employer can be notified regard- 
claims with any party described herein, for simplicity, a ing claim payments made by its group health insurer so as 
preferred embodiment where providers and/or patients file 15 to ensure that its employees are being properly serviced 
claims is described herein. The method, however, can be and/or provided for. Other information may similarly be 
adapted for use by any party described herein. provided to any appropriate requesting party described 

With reference to FIGS. 13A, 13B and 13C, operation of herein and/or any qualified and/or appropriate third party, 

the apparatus 100 commences at step 1300. At step 1301, the Notification can be provided to any appropriate party, via 

provider or patient, whichever the case may be, accesses the 20 any of the communication methods and/or techniques 

central processing computer 10 via the respective commu- described herein, and can be for, and/or include, any perti- 

nication device 20 or 40. At step 1302, the provider or ™^ information. 

patient enters a request to make a claim. At step 1303, the In another preferred embodiment, the present invention 

central processing computer 10 will record any information can provide for automatic claim submission via the central 

regarding the claim request and, thereafter, at step 1304, link 25 processing computer 10 once a final diagnosis and treatment 

the provider or patient directly to the respective payer has been prescribed by a provider and/or upon the occur- 

communication device 30. At step 1305, the provider or rence of an examination and/or the administration of a 

patient can request a claim form. At 1306, the claim form treatment. FIGS. 14A and 14B illustrate another preferred 

will be transmitted from the payer communication device embodiment method of utilizing the present invention. 

30, via the central processing computer 10, which will 30 with reference to FIGS. 14A and 14B, operation of the 

record the occurrence of same, to the communication device apparatus 100 commences at step 1400. At step 1401, the 

20 or 40 of the respective provider or patient. The provider patient's symptoms, if any, and/or examination findings are 

or patient can fill out the form on the respective communi- obtained from the patient and transmitted from the provider 

cation device 20 or 40 at step 1307. ^ communication device 20 to the central processing computer 

At step 1308, the provider or patient transmits the com- 10. The central processing computer 10 will, at step 1402 

pleted form to the payer communication device 30 via the receive and process the patient symptoms, if any, and/or the 

central processing computer 10 which will record the occur- examination findings, in conjunction with the patient's 

rence of same. At step 1309, the payer will process the claim medical history and/or other information, medical theories, 

and, at step 1310, generate a claim report or statement. At principles, criteria and/or other medical information needed 

step 1311, the claim report or statement is transmitted to the to make a diagnosis. At step 1403, the central processing 

central processing computer 10, which can record the occur- computer 10 will perform a comprehensive diagnostic 

rence as well as the action taken by the payer (i.e. claim evaluation of the patient's symptoms, if any, and/or the 

approved or denied). examination findings. 

Thereafter, the central processing computer 10 will, at 45 At step 1404, the central processing computer 10 will 

step 1312, transmit the claim report or statement to the generate a diagnostic report which can include a diagnosis of 

communication device 20 or 40, respectively, of the provider the patient's condition. The diagnostic report which is 

or patient. Thereafter, at step 1313, the provider or patient generated at step 1404 can, if needed, include a single 

can provide the additional information and/or re-submit the diagnosis and/or a list of possible diagnoses along with their 

claim form to the central processing computer. At step 1314, 50 respective probabilities, which may pertain to the patient's 

the central processing computer 10 will detennine if the condition. At step 1405, the central processing computer 10 

provider or patient has provided additional information can then generate, if needed, a treatment report which will 

and/or has decided to resubmit the claim. outline and/or prescribe treatment for the single diagnosis 

If, at step 1314, it is determined that additional informa- and/or for the list of possible diagnoses. The central pro- 

tion has been provided and/or that the claim is to be 55 cessing computer 10, when generating the treatment report, 

re-submitted, the processing will proceed to step 1308 and can, if needed, process same in conjunction with, and 

the processing of steps 1308 through 1314 will be repeated consider, possible drug interactions and/or treatment inter- 

until a resolution is reached between the parties involved. actions. 

Thereafter, the operation of the apparatus 100 will cease at At step 1406, the central processing computer 10 will 

step 1315. If at step 1314, it is determined that no new 6 o transmit the diagnostic report and/or treatment report to the 

additional information has been submitted and/or that the provider's communication device 20 at which point the 

claim is not to be re-submitted then the operation of the medical doctor can obtain the diagnosis or possible diag- 

apparatus 100 will cease at step 1315. noses and corresponding treatment plans, if any. The medi- 

In this manner, the present invention can facilitate an cal doctor can then review the diagnostic report and/or 

expedited and/or a paperless claim process. Further, records 65 treatment report and choose a final diagnosis and/or treat- 

of the transactions, such as, but not limited to claim request, ment plan to administer to the patient. At step 1407, the 

claim form request and/or delivery, claim submission, claim medical doctor will transmit the final diagnosis and treat- 
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ment plan, including the prescribed treatment and/or treat- of such transfer and/or transactions and provide periodic 

ment plan, to the central processing computer 10. At step account statements to the respective parties maintaining 

1408, the central processing computer will then update the accounts with the central processing computer 10. In this 

patient's records in the database 10H so as to include all of manner, the present invention can provide an apparatus and 

the data and information described as being processed 5 a method for maintaining financial accounts, effecting finan- 

and/or generated by the central processing computer 10, cial transactions, and providing accounting and/or other 

including, but not limited to the patient's symptoms, the notification services, for, and/or on behalf, any of the parties 

information contained in the diagnostic report and the treat- described herein. 

ment report, me final diagnosis and the prescribed treatment. In another preferred embodiment, the apparatus and 

m „ * ™ , , . in method of the present can be utilized as healthcare training 

Thereafter, at step 1409, the central processing computer io simulator for any of te provi ders, healthcare providers, 

10 will generate a claim form which can meet the formal healthcare professionals, and/or other providers described 

claim submission requirements of the patient's payer or herein. The present invention can also be utilized by any user 

insurance company. At step 1410, the claim form will be and/or individual wishing to learn about a certain healthcare 

submitted by the central processing computer 10 to the £ e id 0 r topic. The present invention can be utilized to 

respective payer computer 30. At step 1411, any and/or all 15 provide formal training, supplemental training, informal 

pertinent information regarding the claim submission, the training, continuing education training, and/or any other 

patient, the provider visit, and/or any diagnoses and/or training. 

treatments considered, the final diagnosis and/or the pre- FIGS. 15A and 15B illustrates another preferred embodi- 

scribed treatment, can be stored and the patient's records ment method for utilizing the present invention, in flow 

will then be updated and be available for the patient's next 20 diagram form. The operation of the apparatus commences at 

treatment and/or diagnosis. step 1500. At step 1501, the individual utilizing the training 

The operation of the apparatus 100 will then cease at step simulator (referred to hereinafter as "the user") who could 

1412. In this manner, the present invention can provide for P™ider, student provider, and/or any other indi- 

the automatic and/or for the programmed submission of Vldual md/ox ^ des ' nbed herem ' can ***** the c f entral 

healthcare claims, claim forms, claim requests, benefit 25 Processing computer 10 via an appropriate computer or 

' i • * * . , . communication device. At step 1502, the user can select the 

requests, etc., upon the conclusion of a provider s service, ^ fae ^ tQ ^ from M 

consultation, treatment, procedure, and/or any other event £ mM ssi comput er 10 will transmit 

which triggers coverage under a healthcare insurance policy ^ ^ mnadQ and/or informatioilj Chiding the 

and/or a payer's liability to pay for services and/or treat- ^ sym p toms conditions of a hypothetical patient. The 

meiQ * s ' training scenario can include any one or more of text 

The present invention can also be utilized, in the manner information, a video tapped file or video clip, audio 

described above in connection with claiming healthcare information, and/or any other multimedia information, 

insurance benefits, to claim disability insurance benefits At step 1504> tQe user caQ enter his or her diagnosis and 

and/or life insurance benefits. 35 prescribed treatment and/or treatments for the presented 

In another preferred embodiment, the apparatus 100 can scenario and transmit same to the central processing com- 

administer and/or maintain financial accounts for, and/or on pu t e r 10. At step 1505, the user's diagnosis and prescribed 

behalf of, any of the patients, users, providers, payers, and/or treatment can be applied to the scenario. At step 1506, the 

intermediaries, described herein. In this manner, any of the central processing computer 10 will compare the diagnosis 

parties described herein as utilizing the services of the ^ against any diagnosis or diagnoses which are known to be 

apparatus 100, and/or the central processing computer 10, correct and/or against any scientific and/or statistical norms, 

can have all financial transaction managed and/or monitored At step 1506, the central processing computer 10 will apply 

by the central processing computer 10. In the preferred the prescribed treatment or treatments to the hypothetical 

embodiment, the financial accounts can be conventional patient and compute a revised set of symptoms and/or 

savings accounts, checking account, credit accounts, debit 45 conditions which can result from the applied treatment 

accounts, electronic money accounts, digital money and/or treatments. Once again, statistical information can be 

accounts, etc., and/or any other appropriate accounts). utilized to arrive at a realistic response to the treatment 

In the preferred embodiment, any of the respective parties and/or treatments. The user's diagnosis and prescribed 

may select to have the central processing computer 10 treatment, as well as information regarding the correctness 

administer any financial transactions on. their behalf. For 50 and/or viability of same can be recorded by the central 

example, a payer may deposit a sum of money which can be processing computer 10 at step 1506. 

ear-marked for payment of healthcare provider services. A At step 1507, the central processing computer 10 will 

provider may open an account and deposit a sum of money transmit a response to the user's diagnosis and prescribed 

to pay any vendor bills. The provider may also open an treatment. The response can include the patient's response to 

account to receive payment from payers and/or patients for 55 the prescribed treatment, and/or an evaluation of the diag- 

services rendered. Each time a financial transaction is to nosis and prescribed treatment or treatments. The response 

occur, such as, for example, the payment from a payer to a can also include training materials, which can include any 

provider resulting from a patient's claim, the central pro- one or more of text information, video information, and/or 

cessing computer 10 will transfer funds (and/or deduct audio information. At step 1508, the user can review the 

funds) from the payer's account and deposit the funds go material and/or information contained in the response and 

(and/or add the funds) to the providers account. Notwith- can decide whether he or she wishes to continue the training 

standing the examples provided above, the central process- simulation. At step 1509, the user will transmit a response to 

ing computer 10 can effect any type of financial transaction the central processing computer 10 which contains an 

(s) for, between, and/or on behalf of, any of the parties instruction to either continue the simulation, in which case 

described herein. 65 the user's response will also include a revised diagnosis and 

The central processing computer 10, in the preferred prescribed treatment or treatments, or to terminate the train- 
embodiment, can maintain detailed records of any and/or all ing simulation. 
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At step 1510, the central processing computer 10 will being pertinent to the respective patient, user, provider, 

receive and process the user's response provided at step payer, and/or intermediary. 

1509. At step 1511, the central processing computer 10 will Each of the central processing computers) 10, the pro- 
determine whether the user desires to continue the Simula- viders communication devices 20, the payer communication 
tion or whether the user desires to terminate the simulation. 5 devices 30, the patient communication devices 40, and/or 
If, at step 1511, it is determined that the user desires to the intermediate communication devices 50, as well as any 
continue the training simulation, the operation of the central other computer and/or communication device, can include 
processing computer 10 returns to step 1505 and the above- suitable devices for reading, scanning, and/or obtaining 
described process will be repeated from step 1505. If, information which may be stored on the identification card, 
however, it is determined that the user desires to tenninate 10 i n this manner, access to the present invention, and the 
the training simulation the operation of the apparatus 100 respective use thereof, can be facilitated by the above- 
will cease at step 1512. User responses, including diagnostic described identification card(s). 

and treatment decisions, and/or performance, can be In another preferred embodiment, as well as in any of the 

recorded and/or can be stored and, thereafter the information embodiments described herein, intelligent agents, software 

can be utilized to evaluate the user and/or for comparing the 15 agenls> mobile agentSj and/or related technologies, can be 

user's progress and/or improvements, as well as aptitude and utilized in conjunction with the present invention. The 

skills, in the pertinent field of training, and/or the informa- respective intelligent agenl(s), software agent(s), mobile 

tion can be utilized for any other useful purpose. agent(s), (hereinafter referred to collectively as "intelligent 

In this manner the apparatus and method of the present agent" or "intelligent agents") can be programmed and/or 

invention can be utilized to provide an interactive healthcare 20 designed to act on behalf of the respective patients, users, 

training simulator which can be utilized for training in any providers, payers, and/or intermediaries, so as to act on 

and/or all of the fields of medicine, surgery, psychiatry, behalf of the respective party as well as to perform any of 

psychology, psychotherapy, dentistry, oral surgery, nutrition, processing functions and/or other functions described 

health and fitness, and/or in any other healthcare and/or herein. 

healthcare -related field. 25 Th e intelligent agent can act on behalf of the respective 

Data and/or information collected and/or stored by the party in various related interactions and/or other activities 

apparatus 100, which relates to symptoms and/or conditions, which are described as being performed herein and/or which 

as well as responses to treatments, can be utilized in order may be incidental and/or related thereto. Therefore, the 

to present realistic and confidential training scenarios. In this present invention also provides an agent-based apparatus 

manner, the present invention can be utilized to compile a 30 and method for providing healthcare information and/or 

vast amount of information relating to the various fields of healthcare-related information. 

healthcare. The information can then be utilized to provide Applicant hereby incorporates by reference herein the 

realistic training for providers and/or student providers. In subject matter of the Agent Sourcebook, A Complete Guide 

this manner, the present invention can utilize information t0 Desktop, Internet and Intranet Agents, by Alper Caglay an 

obtained from other preferred embodiments in order to ^6. Colin Harrison, Wiley Computer Publishing, 1997. 

provide simulated training scenarios. Applicant also incorporates by reference herein the subject 

In any and/or all of the embodiments described herein, matter of Cool Intelligent Agents For The Net, by Leslie L. 

any patient, provider, payer, user, and/or intermediary can Lesnick with Ralph E. Moore, IDG Books Worldwide, Inc. 

access any one or more of the central processing computer m 1997. 

(s) 10, the providers communication devices (20), the payer The apparatus of the present invention, in any and/or all 
communication devices 30, the patient communication of the embodiments described herein, can also be pro- 
devices 40, and/or the intermediate communication devices grammed to be self-activating and/or activated automati- 
50, via any one or more of the said computers and/or cally. 

communication devices 10, 20, 30, 40, and/or 50, as well as 45 jhe apparatus of the present invention can also be pro- 

via any computer and/or communication device. In this grammed in order to automatically generate and/or transmit 

manner, any of the herein-described parties can access the any of the e-mails, electronic message transmissions, elec- 

present invention from any computer and/or communication tronic notification transmissions, and/or any of the 

device. Public kiosks with links to any of the computers communications, which are described herein, between any 

and/or communication devices 10, 20, 30, 40, and/or 50, can 5Q 0 f the parties which utilize the present invention, 

also be utilized to access and utilize the present invention ^ preS ent invention, in any and/or all of the herein- 

and/or any of the computers and/or communication devices described embodiments, can utilize electronic commerce 

described herein. technologies and security methods, techniques and 

In any and/or all of the embodiments described herein, technologies, as described and as set forth in Electronic 

access to any and/or all of the data, information, records. 55 Commerce Technical, Business, and Legal Issues, Nabil R. 

files, etc., which is stored in any of the databases 10H, 20H, Adam, et al. Prentice Hall, 1999 and Web Security & 

30H, 40H, and/or 50H, can be restricted to preserve the Commerce, Simson Garfinkel with Gene Spafford, O'Reilly 

security and confidentiality of same. Any of the patients, 1997, the subject matter of which are hereby incorporated by 

users, providers, payers, and/or intermediaries, can be pro- reference herein. 

vided with identification and/or other cards with any and/or 60 The communications networks and/or systems on, or 

all pertinent data regarding the respective individual and/or over, which the present invention may be utilized, can 

party provided on the card. include any one or combination of telecommunication net- 

The identification card, in the preferred embodiment can works or systems, satellite communication networks or 

contain a magnetic strip for storing any and/or all pertinent systems, radio communication networks or systems, digital 

information, a "smart card" for storing information, and/or 65 communication networks or systems, digital satellite com- 

a bar code or bard codes for storing identification informa- mumcation networks or systems, personal communications 

tion as well as any other information described herein as services networks or systems, cable television networks or 
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systems, broadband communication networks or systems, teaches a wireless medical diagnosis and monitoring equip - 

low earth orbiting satellite (LEOs) networks or systems, ment; U.S. Pat. No. 5,954,641 which teaches a method, 

wireless communication networks or systems, wireless apparatus and operating system for managing the adminis- 

Internet networks or systems, wireless World Wide Web tration of medication and medical treatment regimens; U.S. 

networks or systems, as well as in, or on any internets and/or 5 Pat. No. 5,935,060 which teaches a computerized medical 

intranets, the Internet, the World Wide Web, and any other diagnostic and treatment advice system including list based 

suitable communication network or system. processing; U.S. Pat. No. 5,910,107 which teaches a com- 

The data and/or information, described as being stored in puterized medical diagnostic and treatment advice method; 

the database 10H and/or in any of the other databases U.S. Pat. No. 5,899,857 which teaches a medical treatment 

described herein, can be continuously updated so as to store io method with scanner input; U.S. Pat. No. 5,895,354 which 

the latest values for the data and/or information and can be teaches an integrated medical diagnostic center; U.S. Pat. 

stored and be made available for future processing routines. No. 5,878,746 which teaches a computerized medical diag- 

Any and/or all of the data and/or information described nostic system; U.S. Pat. No. 5 876,351 which teaches a 

herein, which is stored in the database 10H, or in the l°^o°it\T med ' Cal Pat ' 

collection of databases, can be linked via relational database 15 5 &f&* wI ?^ teaches a C 7f p n ff f^^T J 

techniques and/or via any appropriate database management f nd treatment advice system; U.S. Pat. No. 5,862,803 which 

techniques. Tne data and/or information, in the preferred eache p s a w * ele * dj^o^ aj^ momloni« ^to; 

embodiments, can be updated via inputs from any of the U ' S ' Pat. No 5,839,438 which teaches a computer-based 

computers and/or communication devices 10, 20, 30, 40, neural network system and method for medical diagnosis 

and/or 50, and/or external computers or communication 20 ™ 6 ^f^ 0 ? U ' S ' Pat ' No. 5,807,256 which teaches a 

devices, described herein, in real-time, and/or via dynami- medical information pro™g system for supporting diag- 

cally linked database management techniques. The above- nos f Pat ' 5 > 8 f> 24 ? wh , lch a d *^l d ™ ce M m 

described updates can also be provided from other informa- mescal exammation and treatment system; U.S. Pat. No. 

r . ■ *■ i 5,801,755 which teaches an interactive communication sys- 

tion sources via the communication network. * ' . ~ A . . A , . 4 

m . „ ■ , ., • , • , i , 25 tern for medical treatment of remotely located patients; U.S. 

The data and/or information which is stored in the data- p&t Nq 5 79i m which teaches aQ automatic activation 

base 10H and/or which may be otherwise utilized with, m for a me(Jical dia dc monitorillg md surgical 

and/or m conjunction with, the apparatus and method of the a tus md method tnere fore; U.S. Pat. No. 5,779,634 

present invention, can be linked via any suitable data linking which teaches a medicaJ ^fo^^ processing systera f or 

techniques such as, for example dynamically hnked lists 3Q SU pp 0r ti n g diagnosis; U.S. Pat. No. 5,776,057 which teaches 

(DLLs), hnked lists, and object links embedded (OLE s). a m ^ for performing medica i diag _ 

Any suitable database management techmque(s) may also be nQstic ^ qu { v s pat Nq 5 761j334 which 

utilized in conjunction with the present invention. teaches ^ for computer ^ di&gQOsis of medi _ 

The present invention provides an apparatus and a method cal having abnormal patterns; U.S. Pat. No. 5,724, 

for providing comprehensive information in the healthcare 35 96g whicn teacnes a computerized medical diagnostic sys- 

fields and/or healthcare-related fields. The present invention tem including me ta function; U.S. Pat. No. 5,666,953 which 

also provides valuable services to the various parties who teaches a system and associated method for providing infor- 

seek, provide, pay for, administer, and/or monitor healthcare ma tion for use in forming medical diagnosis; U.S. Pat. No. 

services, goods and/or products as well as healthcare-related 5,660,176 which teaches a computerized medical diagnostic 

services, goods, and/or products. 40 an d treatment advice system; U.S. Pat. No. 5,594,638 which 

The present invention can provide comprehensive and teaches a computerized medical diagnostic system including 

accurate information to any of the parties described herein re-enter function and sensitivity factors; U.S. Pat. No. 5,583, 

so as to facilitate an improved healthcare system which can 758 which teaches a health care management system for 

provide up-to-date patient, provider, payer, and/or managing medical treatments and comparing user-proposed 

intermediary, information. The present invention, by facili- 45 and recommended resources required for treatment; U.S. 

taring the creation and maintenance of a comprehensive p a t. No. 5,551,436 which teaches a medical diagnosis sys- 

database of information, which can be accessed on a global tern; U.S. Pat. No. 5,544,651 which teaches a medical 

basis, at any time of day or night, and from any location, can system and associated method for automatic treatment; U.S. 

provide patients, providers, payers, and/or intermediaries, p a t. No. 5,437,278 which teaches medical diagnosis system 

with information which can improve healthcare treatments, 50 and method; U.S. Pat. No. 5,415,167 which teaches a 

reduce the likelihood of errors in diagnoses and/or pre- medical system and associated method for automatic diag- 

scribed treatments, reduce healthcare costs, reduce the like- n0 sis and treatment; U.S. Pat. No. 5,360,005 which teaches 

lihood of incorrect and/or fraudulent care, and can provide a medical diagnosis device for sensing cardiac activity and 

for a healthcare system which is characterized by an blood flow; U.S. Pat. No. 5,331,550 which teaches an 

improved quality of care and cost efficiency. 55 application of neural networks as an aid in medical diagnosis 

In addition to any and/or all of the preferred embodiments and general anomaly detection; U.S. Pat. No. 5,324,077 

described herein, the present invention can also be utilized which teaches a medical data draft for tracking and evalu- 

in other preferred embodiments so as to incorporate, so as to ating medical treatment; U.S. Pat. No. 5305,748 which 

improve upon, and/or so as to utilize, various teachings of teaches a medical diagnostic system and related method; 

the prior art. In this regard, Applicant hereby incorporates by 60 U.S. Pat. No. 5,279,294 which teaches a medical diagnostic 

reference herein the subject matter of the following U.S. system; U.S. Pat. No. 5,255,187 which teaches a computer 

Patents: U.S. Pat. No. 5,988,851 which teaches a medical aided medical diagnostic method and apparatus; U.S. Pat. 

treatment and or diagnostic system; U.S. Pat. No. 5,974,124 No. 5,235,510 which teaches a computer-aided diagnosis 

which teaches a methods and system aiding medical diag- system for medical use; U.S. Pat. No. 5,090,417 which 

nosis and treatment; U.S. Pat. No. 5,961,448 which teaches 65 teaches a medical diagnostic apparatus; U.S. Pat. No. 4,733, 

a virtual medical instrument for performing medical diag- 354 which teaches a method and apparatus for automated 

nostic testing on patients; U.S. Pat. No. 5,957,854 which medical diagnosis using decision tree analysis; U.S. Pat. No. 
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4,731,725 which teaches a data processing system which 5. The apparatus of claim 1, wherein said processor 

suggests a pattern of medical tests to reduce the number of updates a patient file to include information regarding the 

tests necessary to confirm or deny a diagnosis; U.S. Pat. No. final diagnosis. 

4,674,512 which teaches a medical electrode for monitoring 6. The apparatus of claim 3, wherein at least one of said 

and diagnostic use; U.S. Pat. No. 4,674,108 which teaches a 5 diagnostic report and said treatment report contains at least 

digital X-ray medical diagnostic apparatus; U.S. Pat. No. one of healthcare information, medical information, text- 

4,641,659 which teaches a medical diagnostic microwave book materials, reference materials, video information, 

scanning apparatus; U.S. Pat. No. 4,290,114 which teaches audio information, a link to information, health information, 

a medical diagnostic computer; U.S. Pat. No. 4,251,850 wellness information, fitness information, treatment 

which teaches a control desk for medical apparatus, in 10 information, treatment warning information, misdiagnosis 

particular for an x-ray diagnostic apparatus; U.S. Pat. No. warning information, experimental treatment information, 

4,242,911 which teaches an ultrasonic medical diagnostic treatment success information, treatment failure 

apparatus and method; U.S. Pat. No. 4,235,454 which information, treatment information, and treatment procedure 

teaches a stabilization system for a medical diagnostic information. 

device; U.S. Pat. No. 4,209,022 which teaches an echogra- 15 7 - The apparatus of claim 1, wherein said receiver 

phy apparatus for medical diagnosis, using a multiple- receives treatment information regarding a treatment to be 

element probe; U.S. Pat. No. 4,170,987 which teaches a administered to a patient, and further wherein said processor, 

medical diagnosis system and method with multispectral processes said treatment information in conjunction with at 

imaging; U.S. Pat. No. 4,110,723 which teaches an ultra- least one of said diagnostic report and said treatment report, 

sonic apparatus for medical diagnosis; and U.S. Pat. No. 20 and further wherein said processor generates a treatment 

3,978,850 which teaches medical diagnostic instruments. response message, wherein said treatment response message 

While the present invention has been described and contams informauon for at least one of verifying a treatment 

illustrated in various preferred and alternate embodiments, to be Performed as being correct and providing information 

such descriptions are merely illustrative of the present for correcting an incorrect treatment, 

invention and are not to be construed to be limitations 2 5 8 * The *PV™ 1 ™ of claim comprising: 

thereof. In this regard, the present invention encompasses all an m P ut d&vice for inputting information regarding at 

modifications, variations and/or alternate embodiments, l ea st one of healthcare information, patient 

with the scope of the present invention being limited only by information, and a command, into said apparatus; and 

the claims which follow. at least one of a display device for displaying information 

What is claimed is: 30 a t least one of processed by and provided by the 

1. In an apparatus for providing healthcare information, apparatus and an output device for outputting informa- 
said apparatus comprising a processor for processing at least tion at least one of processed by and provided by the 
one of symptom information and condition information apparatus. 

corresponding to a patient, in conjunction with at least one 9- The apparatus of claim 1, wherein said healthcare 
of healthcare information, healthcare theories, healthcare 35 information is at least one of medical information, surgical 
principles, and healthcare research, wherein said processor information, psychiatric information, psychological 
generates a diagnostic report, aod further wherein said information, and dental information, 
diagnostic report contains information regarding at least one 10. In an apparatus for providing healthcare information, 
of a diagnosis and a possible diagnosis for the at least one said apparatus comprising a processor for processing at least 
of symptom information and condition information, the 40 one of symptom information and condition information 
improvement comprising: corresponding to a patient, in conjunction with at least one 
said processor generating a diagnostic report containing at °f healthcare information, healthcare theories, healthcare 
least one of a diagnosis, a possible diagnosis, and a list principles, and healthcare research, wherein said processor 
of possible diagnoses, wherein said improved apparatus generates at least one of a diagnostic report and a treatment 
further comprises: 45 report, wherein said diagnostic report contains information 
a transmitter for transmitting said diagnostic report to at regarding at least one of a diagnosis and a possible diagnosis 
least one of a computer and a communication device for the at least one of symptom information and condition 
associated with a healthcare provider; and information, and wherein said treatment report contains 
a receiver for receiving a final diagnosis from said at information regarding a treatment for the at least one of a 
least one of a computer and a communication device 50 diagnosis and a possible diagnosis, the improvement corn- 
associated with the healthcare provider, and further prising: 

wherein said processor generates a claim form for a receiver for receiving treatment information regarding a 

submission to at least one of a healthcare payer and treatment to be administered to a patient, wherein said 

a healthcare insurer. treatment information is received from at least one of a 

2. The apparatus of claim 1, wherein said diagnostic 55 computer and a communication device associated with 
report contains at least one of probability information and. a healthcare provider, wherein said processor processes 
statistical information associated with the possible diag- said treatment information in conjunction with said at 
noses> least one of a diagnostic report and a treatment report, 

3. The apparatus of claim 1, wherein said processor and further wherein said processor generates a treat- 
generates a treatment report, wherein said treatment report 60 ment response message, wherein said treatment 
contains at least one of treatment information for the pos- response message contains information for at least one 
sible diagnoses, drug interaction information, and treatment of verifying a treatment to be performed as being 
interaction information. correct and providing information for correcting an 

4. The apparatus of claim 3, wherein said transmitter incorrect treatment; and 

transmits said claim form to at least one of a computer and 65 a transmitter for transmitting said treatment response 

a communication device associated with the at least one of message to the at least one of a computer and commu- 

a healthcare payer and a healthcare insurer. nication device associated with the healthcare provider. 
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11. The apparatus of claim 10, wherein said treatment 
response message contains information regarding at least 
one of a treatment, a procedure, treatment instructions, 
procedure instructions, treatment steps, and procedure steps. 

12. The apparatus of claim 10, wherein at least one of said 5 
diagnostic report, said treatment report, and said treatment 
response message, contains at least one of textbook 
materials, reference materials, video information, audio 
information, a link to information, treatment information, 
treatment warning information, experimental treatment 10 
information, treatment success information, and treatment 
failure information. 

13. The apparatus of claim 10, wherein said healthcare 
information is at least one of medical information, surgical 
information, psychiatric information, psychological 15 
information, and dental information. 

14. In a method for providing healthcare information, said 
method comprising processing at least one of symptom 
information and condition information corresponding to a 
patient, in conjunction with at least one of healthcare 20 
information, healthcare theories, healthcare principles, and 
healthcare research, and generating a diagnostic report, 
wherein said diagnostic report contains information regard- 
ing at least one of a diagnosis and a possible diagnosis for 
the at least one of symptom information and condition 25 
information, the improvement comprising: 

generating a diagnostic report containing at least one of a 
diagnosis, a possible diagnosis, and a list of possible 
diagnoses; 

transmitting said diagnostic report to at least one of a 30 

computer and a communication device associated with 

a healthcare provider; 
receiving a final diagnosis from said at least one of a 

computer and a communication device associated with 

the healthcare provider; and 



generating a claim form for submission to at least one of 
a healthcare payer and a healthcare insurer. 

15. The method of claim 14, wherein said diagnostic 
report contains at least one of probability information and 
statistical information associated with the possible diag- 



16. The method of claim 14, further comprising: 
generating a treatment report, wherein said treatment 

report contains treatment information for the possible 
diagnoses. 

17. The method of claim 16, wherein said treatment report 
contains at least one of drug interaction information and 
treatment interaction information. 

18. The method of claim 14, further comprising: 
updating a patient file to include information regarding 

the final diagnosis. 

19. The method of claim 14, further comprising; 
receiving treatment information regarding a treatment to 

be administered to a patient; 
processing said treatment information in conjunction with 
at least one of said diagnostic report and said treatment 
report; and 

generating a treatment response message, wherein said 
treatment response message contains information for at 
least one of verifying a treatment to be performed as 
being correct and providing information for correcting 
an incorrect treatment. 

20. The method of claim 14, wherein said healthcare 
information is at least one of medical information, surgical 
information, psychiatric information, psychological 
information, and dental information. 
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ABSTRACT 



A method and system for providing a medical record man- 
agement service that supports the creating, storing, access- 
ing, updating, and distributing of patient medical records, 
especially diagnostic-quality medical imaging, under the 
control of a patient and the coordinated care of the patient 
and her physician. According to a representative embodi- 
ment, the present invention includes a scanner, a clinical 
database, an account database, a digitizer, an e-mail server, 
an image server with an image archive, a web server, an 
Internet service provider, a web enabler, an expanded 
memory image archive, and a series of Internet-based soft- 
ware applications and graphical user interfaces that give the 
patients and physicians access to view and manipulate the 
information in the clinical database and image archives. The 
present invention can further include computer-aided detec- 
tion and a printer capable of producing diagnostic-quality 
images. 
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Signup Step 4 of 6: Payment Information 



Payment Method 



Visa 



Account Number 



15455555555555555" 
Expiration Date 
| January |v| 11999 |v 



Please enter valid payment information. 



First Name 



[John 



Middle 



Please enter the name as it appears on the card 



Last Na me 
[Smith" 



Address Line 1 



{555 Paradise Lane 



Address Line 2 



City 

| Washington 



State 



Please enter the billing address. 



District Of Columbia 



Zip/Postal Code 



20037 



3 hone (### ffl itthW) 



202-555-5555 



«<Back Next»> 



FIG.3g 
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My Medical Folder 
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Global-ER (Included free) 
MammoTrackert Included free 
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Patient Pow*r 1 Home 11 HelD 11 Loaout 1 


Global Telelmaging, LLC 

Mv Medical Folder 1 


My Office Visit 


Quick Look 


Bingham, Ricky (555-55-5555) 


Background Infoimation 


L Acute Illness Visit 


My Medicine Chest 


URL Up itts jiialuiy illness r jui nrA i nfn \ 
e.g., sore throa , fever, ear pain, chest congestion, sinus i iwuicmhm } 


Chronic Conditions 
My Office Visit 


Back pain; 

e.g., spasms, stiff, sore ' 


[ More Info } 


Lab Data 


Muscles and ligaments hurt: 
e.g, pulled, twist, sprain 


, Moreinfo ) 


Radiology 


UTI: urinary tract infection 
e.g., rash 


Moreinfo ) 


Mammography Tracking 
Specialists 


Str 1 Moreinfo > 


Procedures 


Carpal tunnel syndrome; 
e.g, heavy wrist pain 


■sn 


Prevention/Screening 
Emergency Contacts 


Ingestion, gastrointestinal: 
e.g., vomiting, diarrhea 




Private Information 


OII^LPdlM, 

Other 


II, Chronic Illness Visit , 


This section is for a specific visitto your doctor for a regular chronic illness visit or for a special test or 
physical We are developing, specific office visit forms for regular chronic illness or special appointments 
such as for a woman's healm visit or a history and physical 


III Answers to Frequently Asked Questions (FAQs) by a Physician 


Your doctor will usually want to know certain things about this illness such as: How long has it persisted? 
What is your temperature? We are in the process of developing a set of "doctor questions for each illness 
which can guide you. 


IV. Questions You Have for Your Physician 



FIG.5i 
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Specialists 



Quick Look 



Background Information 



My Medicine Chest 



Chronic Conditions 



Bingham, Ricky (555-55-5555) 



10/31/1999 



10/25/1999 



My Office Visit 



Physician 



Dr. John Benjamin 
(Miiiiis,flH) 



Dr. Al Chen (Jasper, OH) 



Reason for Visit 



Brain Tumor, hyfrocephalus 



failure to thrive. irritabiUtv, delayed 



Result 



Large pineal tumor 



Head CT^nass and 



Lab Data 
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Mammogr 



Preventio n/Screening 
Emergenc y Contacts 
Private Information 
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METHOD AND SYSTEM FOR MANAGING 
PATIENT MEDICAL RECORDS 

[0001] This application claims the benefit of U.S. Provi- 
sional Application No. 60/181,215, filed Feb. 9, 2000, which 
is hereby incorporated by reference in its entirety. 

BACKGROUND 
[0002] 1. Field of the Invention 

[0003] The present invention broadly relates to the field of 
electronic commerce, telemedicine, and global network 
medical record management services. More particularly, the 
present invention relates to a system and method for creat- 
ing, storing, accessing, and distributing focused patient 
medical records. 

[0004] 2. Background of the Invention 

[0005] A focused medical record is the cornerstone of 
comprehensive and effective health care. The medical record 
facilitates patient care by documenting a patient's baseline 
and providing physicians with the clinical data necessary to 
detect and successfully treat medical problems in the early 
stages of development. Often, having a focused medical 
record that presents a clear and thorough medical history is 
the difference between recovery and death. 

[0006] Among health care professionals, a medical record 
is commonly defined as a repository for information and 
data collected firom a patient's encounter with the health care 
system. Typically, the structure of the medical record fol- 
lows a problem-oriented approach, in which each piece of 
information or data is associated with some specific prob- 
lem. In addition, a typical medical record is ambulatory, 
such that ongoing records are appended and updated across 
multiple visits and treatments. The content of the medical 
records takes a variety of forms, from handwritten physician 
notes to diagnostic images such as x-rays and CT (computer 
tomography) scans. 

[0007] For the most part, medical records are stored in 
traditional paper-based formats. The physician maintains a 
chart on each patient and the patient has individual charts at 
each of her physicians, e.g., primary care physician, spe- 
cialists, and sub -specialists. Each chart contains documents 
such as check-up summaries, vaccinations charts, sick visit 
summaries, laboratory results, x-ray reports, and prescrip- 
tions. Unless a particular medical problem requires the 
collective care of several physicians and correspondence 
between them, a patient's charts at individual physicians are 
rarely integrated and, typically, no one chart contains all of 
the medical information of the patient. In addition to this 
lack of integration, the paper-based records also suffer from 
missing, illegible, redundant, and inaccurate content; 
unstructured, disorganized, and improperly sorted informa- 
tion; and inefficient access, availability, and retrieval. 

[0008] To some extent, the application of computer tech- 
nology to medical record maintenance has alleviated some 
of the disadvantages associated with paper-based records. 
Electronic medical records (EMRs) digitally store the infor- 
mation found in traditional paper-based records. Other terms 
synonymous with EMR are computerized medical records 
(CMRs) and computer-based patient records (CPRs). As 
used herein, the term "patient medical record" (PMR) covers 
these electronic records (EMR, CMR, and CPR) as well as 



paper-based records. Inherently, these computerized records 
are more organized, accurate, and accessible in comparison 
to paper-based records. In addition, the computerized 
records have the potential to accommodate a greater variety 
of record media, such as medical imaging and videography. 

[0009] Counteracting the positive strides made by com- 
puter technology, the rise of managed care has often hin- 
dered the overall management of medical records. Ironically, 
in efforts to contain costs, health insurance companies have 
opted for managed care provided by health maintenance 
organizations (HMOs), which often restrict access to prac- 
titioners. Such restrictions have alienated physicians and 
patients, resulting in frequent changes in health plans by 
both physicians and patients. Patients are often directed to 
physicians who do not have the patient's prior records. 
Consequently, health care has become increasingly dis- 
jointed, making long term physician-patient relationships 
something of a rarity. 

[0010] Unquestionably, electronic medical records have 
simplified the acquisition of and condensed the storage of 
patient data. However, in the face of multiple health care 
providers, health care insurance companies, and their cor- 
responding individual computer medical record systems, the 
EMRs fail to provide centralized and integrated records 
management. A single patient's EMR is typically frag- 
mented between different health care providers and health 
insurance providers, with records distributed across multiple 
repositories. As a result, a physician does not have an 
integrated view of the patient data, and consequently lacks 
the comprehensive medical history necessary for efficient 
and accurate diagnosis and treatment. In addition to de- 
centralized records, conventional EMRs are usually text- 
based with limited and inconsistent means of storing clinical 
images. Thus, not only is the patient's medical data strewn 
across multiple computer systems, but the physical charts 
and diagnostic-quality images (on paper) are stored in 
separate locations. 

[0011] Recognizing the drawbacks to paper-based medical 
records and decentralized EMRs, many healthcare institu- 
tions and private medical record companies have turned to 
Internet-based medical record management systems. In fact, 
commentators largely agree that the future patient record 
will be a computer-based, multimedia record capable of 
including free text, high-resolution images, sound, full 
motion video and elaborate coding schemes, accessible from 
anywhere around the world. The industry that is cultivating 
this vision is referred to as telemedicine. 

[0012] Telemedicine is the use of computers, the Internet, 
and other communication technologies to provide medical 
care to patients at a distance. Early forms of this technology 
involved a simple intranet connection between a hospital 
and the home of a doctor to facilitate immediate preliminary 
diagnoses and initial courses of treatment for critical patients 
brought into the hospital. Later generations of telemedicine 
incorporated the Internet as a means for distributing medical 
records to specialists throughout the world for quick and 
convenient medical referrals. The latest iteration of tele- 
medicine stores medical records and images such as x-rays 
on the Internet, for access and assessment by physicians 
such as radiologists. However, this practice of reviewing 
medical images online, referred to as teleradiology, is gen- 
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erally limited to preliminary "reads" to determine if further 
investigation is required, and is not suitable for full diag- 
noses, 

[0013] Each of these telemedicine approaches focuses on 
the physician's control and use of the medical records, 
without regard to the patient's access. In fact, as with all 
medical records, electronic records are proprietary and their 
contents are owned by the provider producing the images, 
such as a hospital, clinic, HMO, or practitioner's office. 
Thus, compounding the problem of fragmented patient 
records, patients have no ownership control with which to 
consolidate the records. Without a personal stake, physicians 
rarely take the initiative to gather and integrate all records 
from various physician offices and facilities such as hospi- 
tals. In addition, even if a patient is willing to gather and 
consolidate the large volume of records, the patient lacks the 
medical knowledge necessary to create a focused patient 
medical record that contains only the information most 
relevant to future medical diagnoses and actual care. Thus, 
frequently the physician directs the patient's medical care 
without a full knowledge of the patient's medical history, 
and the patient, without control of the records, has little 
opportunity to give the physician a complete picture of the 
medical history. 

[0014] In an attempt to provide patients with greater 
control over their medical records, several PMR services 
provide Internet websites in which to store, update, and 
retrieve patient medical records. Some of the websites 
provide medical data management as a primary function 
while others provide the service as a part of a larger health 
website. Examples of these websites include epicsys.com™, 
abaton.com™, medscape.com™, medicalrecord.com™, 
medbroadcast.com™, TheHealthNetwork.com™, 4health- 
ylife.com™, healthmagic.com™, personalmd.com™, well- 
med.com™, webmd.com™, aboutmyhealth.net™, and 
vistalink.com™. While some websites, such as epicsy- 
s.com™ and abaton.com™, provide PMR services for 
health groups (e.g., health administrators, clinicians, and 
hospitals), the remaining websites, as well as the present 
invention, target the consumer, or patient, and give the 
patient ownership and control of the medical records. 

[0015] The websites providing PMR services to patient 
consumers share one or more of the following functions: 1) 
provide website features and structured tabs that emulate 
paper-based medical charts; 2) give the patient control of the 
creation, maintenance, and distribution of medical records; 
3) store laboratory results, specialist reports, and EKG 
(electrocardiogram) copies; 4) match physicians of a par- 
ticipating primary physicians network to patients in need of 
medical advice and treatment; 5) provide patient consumers 
with technical advice concerning creation of medical records 
and use of website features; 6) enable physicians to view and 
update medical records with permission of the patient; and 
7) provide key information for emergency situations. 

[0016] In addition to these typical functions, one website, 
vistalink.com™, offers the expanded capability of storing 
images such as x-rays, digitized x-rays, magnetic resonance 
imaging (MRIs), CT scans, and ultra-sounds. However, as 
especially relevant to the present invention, these digital 
images do not attain the quality required for accurate diag- 
nosis. For example, vistalink.com™ offers one megabyte of 
storage and suggests that an x-ray JPEG image of 42 



kilobytes is sufficient for assessment by a physician. How- 
ever, true diagnostic x-rays require on the order of 32 
megabytes of uncompressed storage or 4 megabytes of 
compressed storage. In addition, as another example, a full 
mammography x-ray series, which is required for an accu- 
rate diagnosis, requires on the order of 168 megabytes of 
storage. Thus, none of the current PMR services provide 
diagnostic-quality medical imaging. 

[0017] In addition to inadequate image capability, the 
prior art web-based PMR services suffer from several more 
significant shortcomings. First, although the websites give 
patients control of medical records, no website appears to 
facilitate an interactive exchange between a patient and 
primary care physician. Although some websites enable 
physicians to view and update records, none use an inter- 
active exchange to allow the physician to act as a patient 
care coordinator of key medical information. In light of the 
voluminous records associated with the typical patient, these 
websites lack the physician guidance necessary for patients 
to determine which records should be included in a focused 
patient medical record. In other words, the prior art websites 
fail to facilitate a partnership between patient and physician 
that creates, maintains, and uses a completely integrated and 
focused medical record to assess and monitor the patient's 
health and to take appropriate action. 

[0018] Second, web-based PMR services provide limited 
means of conveying key medical information in emergency 
situations. As noted above, most services provide a summary 
of critical medical information through website postings. 
Typically, in an emergency, the patient herself or a user card 
on the patient gives the medical professional the patient's 
account access information. The medical professional must 
then log on to the Internet, locate the appropriate website, 
traverse the access steps (e.g., username and patient identi- 
fication), and view the critical information. Although the 
medical professional eventually does receive the critical 
information, frequently in emergencies it is received too 
late. Therefore, plainly stated, the prior art web-based PMR 
services lack an immediate means of communicating critical 
medical data. 

[0019] Third, the prior art web-based PMR services fail to 
meet the specific needs of routine mammography studies. 
Specifically, the prior art websites lack the ability to store, 
retrieve, and transmit a series of diagnostic-quality mam- 
mograms that are owned and controlled by the patient. 
Mammography is the only diagnostic procedure proven to 
save lives by early detection of breast cancer. American 
Cancer Society guidelines recommend that women over the 
age of 40 undergo annual mammography. After an initial 
baseline image, each annual mammogram documents any 
gradual changes. Therefore, having a consistent series of 
regular mammograms is crucial to identifying suspicious 
areas and prescribing early intervention. In addition, accu- 
rate identification of problems, by medical professionals and 
computer-aided detection (CAD), relies on the original 
mammograms or copies of equal diagnostic quality. As 
discussed above, the prior art websites do not provide this 
quality. 

[0020] In addition to inferior quality, the prior art website 
lack procedures for acquiring the routine mammogram, 
storing diagnostic-quality mammograms in a central loca- 
tion, and retrieving and transmitting the images for evalu- 
ation by remote medical specialists. 
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SUMMARY OF THE INVENTION 

[0021] The present invention, referred to herein as Patient 
Power™, is a method and system for creating, storing, 
accessing, updating, and distributing patient medical 
records, especially diagnostic-quality medical imaging, 
under the control of a patient and the coordinated care of the 
patient and physician. Broadly stated, the present invention 
provides centralized and focused online medical record 
storage, facilitates a patient-physician partnership by which 
to create and maintain the focused online medical records, 
provides means for obtaining and storing diagnostic-quality 
images, establishes Intemet-based communication through 
which to transmit medical records, provides immediate 
means for conveying critical medical information in emer- 
gency situations, and provides means for storing, receiving, 
and transmitting diagnostic-quality mammograms. 

[0022] According to a representative embodiment, the 
components of the present invention are a scanner, a clinical 
database, an account database, a digitizer, an e-mail server, 
an image server with an image archive, a web server, an 
Internet service provider (ISP), a web-enabler, an expanded 
memory image archive, and a series of Internet-based soft- 
ware applications and graphical user interfaces (GUIs) that 
give the patients and physicians access to view and manipu- 
late the information in the clinical database and image 
archives. 

[0023] The scanner, which could be a facsimile machine, 
digitally encodes images of paper documents, such as EKGs, 
into computer files that are capable of creating legible or 
readable images, but not necessarily diagnostic-quality 
images. The clinical database stores scanned documents, 
such as EKGs and special reports, and textual information 
that are entered directly into a computer. The account 
database stores the contact, demographic, and financial 
information associated with each patient, such as name, 
address, phone number, social security number, and date of 
birth. The digitizer digitally encodes medical images, espe- 
cially radiological images such as x-rays, into computer files 
capable of producing diagnostic-quality images on computer 
monitors. The image server receives the digitally encoded 
medical images from the digitizer and transmits them either 
to the image archive or the expanded memory image archive 
for storage, or to remote computer terminals for display and 
analysis. Finally, the e-mail server, the web server, the 
web-enabler, the GUIs, and the ISP facilitate web-based 
communication, including the transmission of medical 
records. 

[0024] In the preferred embodiment of the present inven- 
tion, monetary incentives encourage a network of partici- 
pating physicians, preferably primary care physicians and 
radiologists, to assist patients in creating a medical record 
that is streamlined and focused, containing only the infor- 
mation most relevant to current health conditions and future 
diagnoses and care. The present invention pays primary 
physicians for approximately 2 to 3 short consultations a 
year (during regular office visits), aimed at deciding what 
data should be included in and excluded from a patient's 
medical record. For example, if a patient mistakenly omits 
a chronic condition such as a diabetic ulcer, the physician 
would direct the patient to include it in the medical record. 
As another example, if a patient recently underwent heart 
bypass surgery that produced hundreds of documents, the 



physician would summarize the event for entry into the 
medical record. Under the physician's guidance, the patient 
enters the data into the medical record and owns and controls 
the entire medical record. In the end, the patient owns a 
focused medical record that enables the primary physician 
and other specialists to make efficient medical assessments 
based on concise medical records. 

[0025] As the owner of the medical record, the patient has 
the option of giving a doctor access to view and update the 
information. In this manner, the present invention allows a 
patient to work with her primary physician in maintaining a 
focused medical record. A direct benefit of this partnership 
is that the primary physician is aware of all critical medical 
data at all times, and as a result, can make informed accurate 
medical decisions, and can more efficiently direct the overall 
health care of the patient. 

[0026] In the preferred embodiment of the present inven- 
tion, a patient first registers with a system operator for the 
service, providing basic background information, such as 
address, occupation, and age. This registration can occur by 
facsimile correspondence (e.g., from a doctor's office) or by 
online interaction through a series of registration GUIs (e.g., 
from the patient's home). Alternatively, a patient can register 
by calling a telephone call center, which is stalled by nurses 
or other healthcare professionals. The telephone call center 
could also use an interactive voice response (IVR) unit for 
registration. Once registered, the system operator gives the 
patient a username and unique patient identifier (UPI), 
establishes an account under the patient's name in the 
account database, and creates a file in the clinical database, 
ready to accept medical record information. 

[0027] Once the patient is registered, the present invention 
provides means for entering data into the patient's medical 
record. The data is in three primary forms: 1) textual records; 

2) scanned records, such as EKGs and special reports; and 

3) medical images, such as x-rays. With guidance from the 
patient-physician partnership described above, an autho- 
rized user, who may be, for example, the patient, a relative 
of the patient, or the patient's physician, enters textual 
information through an online Internet connection that inter- 
faces with the GUIs and the web server. The web server 
stores in the clinical database the textual data received 
through the GUIs. For scanned records, the scanner (or a 
facsimile machine) digitally encodes the original documents 
and stores the encoded files in the clinical database. For 
medical images, which require diagnostic quality (signifi- 
cantly higher than the quality required for the scanned 
documents), the digitizer digitally encodes an original medi- 
cal image in a high-resolution format file. The image server 
receives the file and transmits the file to the archives for 
storage. 

[0028] With the data entered into the medical record, the 
present invention further provides means to retrieve and 
transmit the medical data. A user with authorized access to 
the medical record (e.g., the patient or her relative or 
primary physician) interfaces through an online Internet 
connection with the GUIs provisioned on the web server. 
The GUIs prompt the user to initiate a query to the web 
server for the desired medical record. If the desired record 
is a textual document or a scanned document, the web server 
consults the clinical database, retrieves the record, and 
transmits it back to the user. If the desired record is a 
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diagnostic-quality image, then the web server queries the 
image server to retrieve the diagnostic-quality image from 
the archives. The image server returns the medical record to 
the web server and the web server transmits the record back 
to the user. If the size of the digitally encoded file for the 
diagnostic-quality image is too large for efficient Internet 
transmission or the user does not have hardware capable of 
supporting diagnostic-quality resolution, the present inven- 
tion also provides means for printing a hard copy of the 
image (e.g., a laser printer) and returning the hard copy to 
the user by conventional means, e.g., U.S. Mail. For each of 
these record retrieval methods, the present invention can 
return the record to the user or to a destination chosen by the 
user (e.g., a distant medical specialist for a referral or second 
opinion). 

[0029] By enabling the storage and management of diag- 
nostic-quality images, the present invention meets the spe- 
cific needs of routine mammography studies. To further 
meet these needs, the present invention uses the GUIs to 
establish special records for tracking the routine mammo- 
grams. In addition, the present invention incorporates com- 
puter-aided detection to improve the accuracy in detecting 
early signs of disease. 

[0030] Another important aspect of the present invention 
is the provision of an immediate means for communicating 
critical medical data. Once the patient has entered the 
medical data, the present invention marks the information 
most critical for an emergency situation. A single, concise 
GUI displays this critical information. Further, as an advan- 
tage over the prior art, the present invention provides a 
Patient Power Emergency Room Carrier (PERC) that stores 
the critical information in a portable form. In this manner, 
the patient carries the PERC at all times, e.g., the PERC 
would be stored in a memory card, such as a smart card, a 
flash card, a compact flash card, or a personal information 
carrier (PIC), which could be attached to a key chain or other 
device. The card is compatible with hospital computer 
terminals, e.g., using PCMCIA interfaces provisioned at 
each hospital. Thus, instead of requiring the emergency 
room staff to log onto the Internet and access the critical 
information page, the PERC enables instant plug-in and 
display capability. In addition, in an alternate embodiment, 
the memory card includes a patient's entire medical record 
that appears behind the critical information. This memory 
card, containing a total patient record, is referred to herein 
as Super PERC (Patient Power Electronic Record Carrier). 

[0031] As a side note, it should be recognized that the term 
"computers" as used herein is intended to have the broadest 
possible meaning to encompass a portion of a computer, a 
single computer, or one or more computers in communica- 
tion with each other. Indeed, one of the principal advantages 
of the present invention is that it can be implemented on any 
variety of computer network systems. 

[0032] Accordingly, an object of the present invention is to 
provide a convenient, efficient medical data acquisition, 
management storage, and retrieval network. 

[0033] Another object of the present invention is to create 
a network of participating primary physicians and radiolo- 
gists. 

[0034] Another object of the present invention is to give 
health consumers more control over their own medical care. 



[0035] Another object of the present invention is to pro- 
vide a PMR service to consumers who travel frequently, who 
have or are susceptible to chronic illnesses, and who need to 
centralize key medical data. 

[0036] Another object of the present invention is to pro- 
vide procurement, storage, and management of mammo- 
gram records for women who undergo mammography, to 
insure the availability and security of their mammograms 
and the capability of identifying breast abnormalities by 
computer-aided detection. 

[0037] Another object of the present invention is to give 
each subscriber control over her medical information by 
providing the subscriber and her physicians with immediate 
and continuous access to that subscriber's relevant current 
medical information and past medical history, to enable that 
individual to receive the most efficient and appropriate 
medical care. 

[0038] Another object of the present invention is to 
enhance the relationships between each subscriber and her 
physicians, by allowing them to work together to keep the 
critical information necessary for optimum medical care 
current and accessible. 

[0039] Another object of the present invention is to pro- 
vide a safe, permanent digital storage system for a woman's 
mammograms and for the patient's other significant medical 
images (X-rays, other radiological examinations), which can 
be conveniently retrieved and forwarded to the subscriber or 
her designated medical professional in a timely manner. 

[0040] Another object of the present invention is to 
improve the quality, accuracy, and efficiency of a health care 
system. 

[0041] Another object of the present invention is to lower 
health care costs by reducing the number of unnecessary 
hospital admissions and minimizing the duplication of diag- 
nostic tests and procedures. 

[0042] Another object of the present invention is to 
empower patients, permitting them to become more knowl- 
edgeable health care consumers and to better control their 
health care. 

[0043] Another object of the present invention is to elimi- 
nate the considerable anxiety and unnecessary procedures, 
including surgical intervention, created by lost or unavail- 
able mammographic studies. 

[0044] Another object of the present invention is to allow 
for the use of computer-aided detection to further evaluate a 
mammogram . 

[0045] Another object of the present invention is to create 
a simple and reliable mechanism for permitting transmittal 
of mammograms for second opinions or additional evalua- 
tion. 

[0046] Another object of the present invention is to give 
women control of their mammograms and mammography 
reports. 

[0047] As described herein, the present invention com- 
prises a system and method that includes at least the fol- 
lowing significant features: 

[0048] 1) a digitizing procedure that obtains diagnos- 
tic-quality medical imaging for storage in a patient's 
medical record; 
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[0049] 2) a clinical database that stores textual and 
scanned documents; 

[0050] 3) image archives that store diagnostic-quality 
images; 

[0051] 4) a process for managing patient medical 
records that gives the patient ownership and control 
of the records, forms a partnership between physi- 
cian and patient that promotes coordinated care, and 
provides incentives for the physician to assist the 
patient in creating a streamlined, focused medical 
record; 

[0052] 5) a portable medical data storage that imme- 
diately communicates critical medical data for emer- 
gency situations (PERC); 

[0053] 6) a portable medical data storage that con- 
tains most or all of a patient's medical record (Super 
PERC); 

[0054] 7) a unique patient identifier; and 

[0055] 8) a process for managing routine mammog- 
raphy studies. 

[0056] These and other objects and advantages of the 
present invention are described in greater detail in the 
detailed description of the invention, the appended draw- 
ings, and the claims. Additional features and advantages of 
the invention will be set forth in the description that follows, 
will be apparent from the description, or may be learned by 
practicing the invention. 

DESCRIPTION OF THE DRAWINGS 

[0057] FIG. 1 is a schematic diagram of the system 
architecture of the present invention. 

[0058] FIG. 2a is a preferred site map of the present 
invention. 

[0059] FIG. 2b is an image of the preferred website home 
page of the present invention. 

[0060] FIGS. 2c-2/ are images of screens giving contact 
information and company information about the medical 
record management service provider. 

[0061] FIG. 2g is an image of a "help" screen. 

[0062] FIG. 2h is a chart listing the structured tabs pre- 
sented on the My Medical Folder, Global-ER, Mam- 
moTracker, and MammoNet screens. 

[0063] FIG. 3a is a schematic diagram illustrating patient 
account registration. 

[0064] FIGS. 3£>-3j are images of screens that the system 
displays during patient account registration. 

[0065] FIG. 4 is a schematic diagram illustrating the 
method by which medical records are entered into the 
patient medical record service. 

[0066] FIGS. Sa-Sah are images of the various screens 
that the system provides to a patient during entry of textual 
and scanned documents. 

[0067] FIG. 6 is a schematic diagram illustrating the entry 
of diagnostic-quality non-mammography images. 



[0068] FIGS. 7a-7c are schematic diagrams illustrating 
the entry of diagnostic-quality mammography images. 

[0069] FIGS. Id and le are a flowchart outlining the 
general workflow of the acquiring mammograms and storing 
them in patient medical records. 

[0070] FIGS. 8a and 8b are schematic diagrams illustrat- 
ing the methods by which the present invention retrieves 
medical records. 

[0071] FIG. 9 is a schematic diagram illustrating the 
customer service and technical support provided by the 
present invention. 

DETAILED DESCRIPTION OF THE 
INVENTION 

[0072] The present invention, sometimes referred to 
herein as Patient Power™, is a system and method for 
providing web-based medical record management for 
patients. As an overview of the present invention, the 
following discussion describes the architecture and compo- 
nents of the system, and the business procedures and website 
operation that registers, establishes, and manages patient 
medical record accounts. This description of a system archi- 
tecture and a method for implementing a medical record 
management service within that architecture are examples of 
preferred embodiments of the present invention. While the 
method described herein and illustrated in the figures con- 
tains many specific examples of information flow steps, 
these steps should not be construed as limitations on the 
scope of the invention, but rather as examples of information 
flow steps that could be used to practice the invention. As 
would be apparent to one of ordinary skill in the art, many 
other variations on the system operation are possible, includ- 
ing differently grouped and ordered method steps. Accord- 
ingly, the scope of the invention should be determined not by 
the embodiments illustrated in these examples, but by the 
appended claims and their equivalents. 

[0073] System Architecture 

[0074] Referring to FIG. 1, the present invention uses the 
Internet 99 to link together an operations center 100, an 
a dminis trative center 102, a web-enabler 104, an expanded 
memory image archive 105, a plurality of primary physi- 
cians 106, a plurality of referral physicians 108, and a 
plurality of patients 110. Operations center 100 provides all 
of the technical support, quality assurance, and backroom 
services required to support the features of the present 
invention. To meet these needs, operations center 100 
includes an e-mail server 112, a web server 114, an Internet 
service provide (ISP) 116, a scanner 117, a clinical database 
118, a technical support system 120, a digitizer 122, a 
computer-aided detection (CAD) system 124, an image 
server 126, an image archive 128, and a laser printer 130. 

[0075] E-mail server 112, web server 114, and ISP 116 
interface with Internet 99 and enable web communication 
among operations center 100, adrninistrative center 102, 
web-enabler 104, expanded memory image archive 105, the 
plurality of primary physicians 106, the plurality of referral 
physicians 108, and the plurality of patients 110. Clinical 
database 118 stores medical data and scanned document files 
in separate accounts for each patient. Technical support 
system 120 provides assistance to users of the system 
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concerning hardware, software, website interface, file trans- 
fers, e-mail, and other technical problems. 

[0076] Scanner 117, which could be a facsimile machine, 
digitally encodes images of paper documents into computer 
files that are capable of creating legible or readable images, 
but not necessarily diagnostic-quality images. Digitizer 122 
digitally encodes original medical images into computer 
files capable of reproducing diagnostic-quality images. 

[0077] CAD system 124 supplements radiological studies 
by digitally analyzing images for indications of disease and 
marking such indications for further analysis by, for 
example, an interpreting radiologist. Image server 126 
receives the digitally encoded files from digitizer 122 and 
CAD system 124, and transmits them to image archive 128 
or expanded memory image archive 105 for storage. 
Expanded memory image archive 105 provides storage, 
archiving, security, backup, and transmission services for 
digital images. Warn! Net™ of Minneapolis, Minn, is an 
example of a suitable service provider for expanded memory 
image archive 105. Laser printer 130, which is capable of 
diagnostic-quality printing, furnishes hard copies of the 
digitally encoded images and records. 

[0078] Administrative center 102 contains an account 
database 132 and a customer service system 134. Account 
database 132 contains personal information for each sub- 
scriber, which is linked to the patient's medical data stored 
in clinical database 118. Customer service system 134 
provides assistance for all non-technical subscriber prob- 
lems, e.g., billing questions. 

[0079] Web-enabler 104 receives diagnostic-quality 
images from image server 126. In addition to storing the 
images on a short-term basis (up to 30 days), web-enabler 
104"web-enables" the files for further transmission through 
Internet 99. Among other things, web enabling involves 
compressing a file and placing the file in a database at a 
particular address and location for later accessing of the file. 

[0080] Expanded memory image archive 105 receives 
diagnostic-quality images requiring large amounts of 
memory storage. For example, mammography studies, 
requiring on the order of 168 MB each, preferably would be 
stored in expanded memory image archive 105. 

[0081] The plurality of primary physicians 106, including 
primary doctors' offices and radiological imaging centers, 
provides consultations with patients to assist in formulating 
focused medical records. The plurality of primary physi- 
cians 106 also serves as a location for registering patients, by 
for example e-mail, telephone, or facsimile machine. 
Finally, the plurality of primary physicians 106 also accesses 
and updates patient medical records, as authorized by the 
patients. 

[0082] The plurality of referral physicians 108 includes 
specialists and radiologists who receive through the Internet 
99 medical records for further analysis, e.g., second opin- 
ions. The plurality of referral physicians 108 may also 
access and update patient medical records if authorized by 
the patient. 

[0083] Finally, the plurality of patients 110 access their 
individual medical records through the Internet 99 from 
home or another personal Internet access workstation, or 
from an Internet access workstation at a primary physician 
location. 



[0084] The preferred embodiment of the present invention 
is implemented as a website-accessible database on the 
Internet that gathers and disseminates information related to 
patient medical records. Users, e.g., patients and physicians, 
can access clinical database 118, account database 132, 
image archive 128, web-enabler 104, and expanded memory 
image archive 105 via the website. A user enters the appro- 
priate website address (e.g., URL) to obtain access to these 
databases. Using a series of web pages (described below), 
users can enter, modify, and obtain information contained in 
the server databases. 

[0085] According to a preferred embodiment, the hard- 
ware components of the system include three servers, a 
backup device, and remote access hardware (e.g., modem, 
encrypted TCP/IP access). The three servers, e-mail server 
112, web server 114, and image server 126, are preferably 
Micron NetFrame 3100/500 Mhz processor servers with 512 
MB RAM, and 20 GB storage (50 GB minimum for image 
server). Operating on the hardware, the preferred software 
includes Windows NT Server 4.0 (SP5), Internet Informa- 
tion Server 4, Cold Fusion 4.01, Microsoft Access 2000, and 
SQL Server. 

[0086] Although FIG. 1 shows servers, archives, and 
databases as separate network components, one of ordinary 
skill in the art would appreciate that these components could 
be combined into fewer components or into a single com- 
ponent with distinct applications, to accomplish the indi- 
vidual functions of each component. For example, clinical 
database 118 and image archive 128 could be a single 
database segmented to handle the files stored by clinical 
database 118 and image archive 128. As another example, 
scanner 117 and digitizer 122 could be single machine 
providing the functions of both scanner 117 and digitizer 
122. 

[0087] System Operation 

[0088] Implemented within the above-described system 
architecture, the present invention provides a method for 
establishing and managing patient medical records, includ- 
ing specialized mammography studies. This method 
involves a general business procedure supported and facili- 
tated by interactions through a website. For clarity, the 
following discussion first describes generally the features of 
the present invention, and then traces the specific business 
procedures and website operation through the logical pro- 
gression of establishing and managing a patient medical 
record. 

[0089] Features 

[0090] In providing a medical record management service, 
the present invention offers the following general features: 
1) My Medical Folder; 2) Global-ER; 3) MammoTracker; 
and 4) MammoNet. 

[0091] My Medical Folder is a software application 
designed to assist a patient in working with a primary 
physician to establish a focused medical record. The struc- 
ture of My Medical Folder generally corresponds to a 
traditional medical chart and is designed to prompt the 
patient and physician for information necessary for future 
diagnoses and care. According to a preferred embodiment, 
physicians are offered monetary incentives (e.g., 2-3 paid 
consultations per year) to assist patients in entering and 
maintaining medical records in My Medical Folder. 
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[0092] Global-ER is a software application that presents 
the most critical information necessary in an emergency 
situation. Having readily available, clear information avoids 
unnecessary and costly medical procedures, and increases 
the probability of obtaining successful treatment. Although 
described herein as a part of My Medical Folder, Global-ER 
is also a stand-alone feature, providing key emergency 
information to, for example, customers of health care Inter- 
net portal companies, health care service payors (e.g., 
HMOs, Preferred Provider Organizations (PPOs), and large 
employers), pharmaceutical benefit management compa- 
nies, and disease-management companies. Additionally, as a 
further embodiment of Global-ER, the critical information 
stored in Global-ER is downloaded onto a portable PERC to 
be carried at all times by the patient. In a related embodi- 
ment, the entire My Medical Folder or a portion thereof is 
downloaded onto a portable Super PERC to be carried by the 
patient. 

[0093] MammoTracker is a software application that col- 
lects and tracks information (but not images) related to 
breast imaging and procedures, such as mammograms, 
breast ultrasound examinations, and biopsy procedures. 
MammoTracker retains a series of prior mammogram results 
to aid detection of early indicators of problems and accu- 
rately track progress toward malignancy. MammoTracker 
can operate as a stand-alone application or can be integrated 
with either My Medical Folder, MammoNet, or both. 

[0094] Finally, MammoNet is a system that acquires, 
stores, archives, tracks, and retrieves mammographic studies 
(i.e., diagnostic-quality images). MammoNet stores mam- 
mograms as digitally encoded files in an expanded memory 
archive. Depending on the Internet communication and 
display capabilities of a particular implementation of the 
present invention, a patient can electronically transmit the 
diagnostic-quality images to physicians for review or can 
print them out and deliver them as hard copies. Also, 
depending on these technical capabilities, MammoNet can 
either be a stand-alone system or can be integrated with My 
Medical Folder or MammoTracker or both, such that a 
patient can not only view and update summaries of mam- 
mography studies, but can also retrieve and view the images 
associated with each study. 

[0095] Business Procedures and Website Operation 

[0096] In light of the general features of the present 
invention described above, this section tracks a patient's 
enrollment and use of the system and method of the present 
invention. The system and method include the following 
principal functions: 1) patient account registration; 2) medi- 
cal data entry; 3) medical data retrieval and transmission; 
and 4) customer service and technical support. For each of 
these functions, the discussion below explains the actions 
taken by the patients and physicians, the interaction between 
the system components, and the concurrent operation of the 
website, most often depicted by screen shots that the user 
views at each step. 

[0097] As an overview, FIG. 2a illustrates the preferred 
site map of the present invention. When a user, e.g., a patient 
or physician authorized by the patient, first enters the 
website, the system displays a home page, as is represented 
by the root directory 200 of the site map in FIG. 2a. As FIG. 
2a shows, the user can enter five different menu options: 
Sign Up 208 (account registration), My Medical Folder 210, 



MammoNet 212, Global-ER (which is in the same root 
directory as My Medical Folder), and MammoTracker 
(which is also in the same root directory as My Medical 
Folder). 

[0098] FIG. 2b shows a representative embodiment of the 
home page that is displayed upon entry into the website. The 
home page contains introductory information regarding the 
site, some explanatory remarks, and several option buttons. 
Preferably, the user navigates through the system using the 
options presented on the home page. Preferably, the home 
page displays to the user a number of options (e.g., in the 
form of buttons, or highlighted or underlined text, displayed 
on the home page, which are clicked-through to make a 
selection). 

[0099] For example, as shown in FIG. 2b, a Sign Up 
button 208 activates the patient registration GUI. Clicking 
on My Medical Folder button 210 activates the GUI that 
presents data fields into which medical data is entered, for 
storage in the clinical database 118. The Global-ER 214 and 
MammoTracker 216 buttons display particular subsets of 
medical data taken from My Medical Folder 210. Global-ER 
214 presents data on the most critical information necessary 
in emergency situations, such as background information, 
chronic conditions, emergency precautions, and information 
on current medicines that the patient is taking. Mam- 
moTracker 216 presents only mammography data. Clicking 
on MammoNet 212 launches the application that manages 
diagnostic-quality mammography studies. Finally, the home 
page preferably features three additional buttons for infor- 
mation links 220 (e.g., hyperlinks to related news informa- 
tion), "about us" information 222 (e.g., giving contact 
information and company information about the medical 
record management service provider, examples of which are 
shown in FIGS. 2c-2/), and "help" information 224 (e.g., 
simple technical instructions for navigating website, an 
example of which is shown in FIG. 2g). 

[0100] The home page acts as the gateway to the functions 
of the present invention. Clicking on the buttons brings up 
more screens with more options, presented as structured 
tabs. At any point during interaction with the website, the 
user can return to previous screens by clicking the options 
buttons. Alternatively, the applicant can use the "go to" or 
"back and forward" features of an Internet browser appli- 
cation. FIG. 2h illustrates the structured tabs presented on 
the My Medical Folder, Global-ER, MammoTracker, and 
MammoNet screens. 

[0101] 1) Patient Account Registration 

[0102] Referring to FIG. 3a, according to the preferred 
embodiment of the present, a patient first registers with the 
medical record management service, for example, through 
the Internet or by facsimile machine. Alternatively, although 
not shown on FIG. 3a, the patient could also register by 
calling a telephone call center. In either case, the patient 
provides general background and contact information, such 
as name, address, telephone number, social security number, 
billing information, date of birth, name of primary care 
physician, and e-mail address. This information is stored in 
the account database 132. Also at the time of registration, the 
patient pays any required registration fee. 

[0103] For facsimile registration, a patient completes a 
form asking for the required registration information. The 
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form could be completed and transmitted from any location 
having a facsimile machine. However, most likely, the form 
is completed at the office 300 of a primary physician or 
radiologist. A designated representative 302 at the office 
proofreads the form 304, provides any assistance the patient 
may need, faxes the form to administrative center 102, and 
collects the registration fee. Administrative center 102 
receives the form, keys the information into a new account 
in account database 132, and assigns a unique patient 
identification (UPI) and password to the patient. Adminis- 
trative center 102 then sends a return facsimile to the office 
300 confirming the successful account registration and 
informing the patient of her account access information (UPI 
and password). 

[0104] For online registration, the patient uses an Internet 
computer workstation 306 to access the website of the 
present invention. On the home page, as shown in FIG. 2b } 
the patient clicks on Sign Up button 208 to launch the 
registration GUI. The registration GUI returns a welcome 
page (FIG. 3b) followed by a terms and conditions page 
(FIGS. 3c). Upon acceptance of the terms and conditions, 
the registration GUI prompts the patient for a username, 
social security number (or if the patient so desires, a 
surrogate series of computer generated numbers and letters), 
and date of birth (FIG. 3d); a password, password questions, 
and e-mail address (FIG. 3e); product selections and a 
promotional code, if any (FIG. 3f); and, payment informa- 
tion (FIG. 3g). Having received all registration information, 
the registration GUI then asks the patient to review and 
confirm the entered information (FIG. 3h) and returns a 
confirmation that the account is approved (FIG. 3i). The 
registration GUI assesses the registration fee in accordance 
with the provided payment information, e.g., charges a 
credit card. In addition to confirming account approval as 
shown in FIG. 3i, the registration GUI provisioned in 
administrative center 102 sends a separate communication, 
e.g., e-mail, informing the patient of her UPI and password. 

[0105] As an alternative to completing forms, entering 
data through the Internet, and calling a telephone call center, 
the present invention can obtain patient demographic data 
directly, from existing databases, such as the Radiology 
Information System (RIS) or Hospital Information System 
(HIS), depending on the systems and interfaces in operation 
at a particular site. 

[0106] The present invention provides the patient with 
ownership and control of her own medical record, control- 
ling access to the medical records using UPIs, passwords, 
and physician access codes. Thus, before opening a medical 
record, a patient must log in and provide the UPI and 
password. A physician uses a separate access code (and the 
UPI), which allows access to a patient's record when the 
patient has granted permission for viewing and/or updating. 
In the preferred embodiment of the present invention, a UPI 
is an 18-digit number unique to every patient, which is used 
to associate all records of a patient. The first nine digits of 
the UPI are the patient's social security number, or if the 
patient desires not to use her social security number, are a 
series of nine random numbers and letters. The tenth digit 
indicates whether the preceding nine are the patient's social 
security number or are random, e.g., a "1" would indicate a 
social security number and a "0" would indicate random 
numbers and letters. The remaining eight digits are the 
patient's date of birth, e.g., a four digit year, a two digit 



month, and a two digit day. With this unique tag, the present 
invention easily matches and gathers a patient's records 
across different proprietary patient information systems, 
such as non-affiliated clinics and hospitals. 

[0107] 2) Medical Data Entry 

. [0108] Referring to FIG. 4, the method by which medical 
records are entered into the patient medical record service 
depends on the format of the medical record. The three 
different formats include textual records 400, scanned 
records 402, and medical images 404. 

[0109] a) Textual Records 

[0110] Textual records 400 are simply keyed into the 
website GUIs and stored in clinical database 118. If a patient 
registers for the service at a physician's office, the patient 
and either a staff associate or a doctor work together to enter 
the pertinent data into My Medical Folder at that time. If the 
patient registers from home or another Internet workstation 
outside of the physician's oflice, the patient enters the data 
in the appropriate fields and reviews the entered clinical data 
with her primary physician during the next office visit and 
medical record consultation. 

[0111] FIGS. 5a-5ab illustrate the various website GUIs a 
patient navigates through to enter medical data. FIG. 5a is 
the welcome page for My Medical Folder. FIG. 5b is the 
login page required to gain access to the medical record. 
Once access is accepted into My Medical Folder, the patient 
or physician can access and enter data into several different 
components of My Medical Folder, including Quick Look, 
Background Information, My Medicine Chest, Chronic 
Conditions, My Office Visit, Lab Data, Radiology, Mam- 
mography Tracking, Specialists, Procedures, Prevention/ 
Screening, Emergency Contacts, and Private Information. 
While browsing the website of the present invention and 
entering data, the patient or physician can access these 
components at any time by clicking on the structured tabs 
displayed on every screen. Each screen resembles a form 
from a conventional medical chart and includes explanatory 
remarks and instructions. 

[0112] Immediately after login, as shown in FIG. 5c, the 
GUI presents the Quick Look record, a summary sheet that 
lists the patient's important medical information and serves 
as a valuable overview for the physician. In accordance with 
the description for each data field, the patient or physician 
enters the data. After completing the Quick Look record, the 
patient and/or physician clicks on each tab and enters the 
appropriate data in each field. The Background Information 
(FIG. Sd), My Medicine Chest (FIGS. 5e and Sf), and 
Chronic Conditions (FIGS. 5g and Sh) records are summa- 
ries of a patient's medical history and current and historic 
medication information. The My Office Visit record (FIG. Si 
and 5;) is a list of office visit encounter forms and diagnostic 
illness assistance. The Lab Data (FIGS. 5k~5ri) and Proce- 
dures (FIG. 5v) records are summaries of tracking for results 
of laboratory tests and diagnostic procedures. The Radiol- 
ogy record (FIGS. So and 5p) is a summary of radiological 
assessments, notes, and reports, with links to the actual 
images (discussed below). The Mammography Tracking 
record (FIGS. Sq and Sr) is listing of a patient's mammog- 
raphy history, which is linked to MammoTracker and can be 
linked to MammoNet if the patient purchases the product. 
The Specialists record (FIGS. St-Su) is a list of specialists 
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and other consulting physicians, including scanned special- 
ist reports when appropriate. The Prevention/Screening 
record (FIGS. 5>v-5z) is a summary of tracking and sched- 
uling of preventative health topics, such as cancer screening. 
The Emergency Contacts record (FIG. Saa) contains infor- 
mation a patient wishes to make available to a health care 
facility or to ambulance or emergency personnel in case of 
an emergency. The Private Information record (FIG. Sab) 
includes information that only the patient can access, and 
does not allow access by physicians who are authorized to 
view the remaining records. In addition, the Private Infor- 
mation record includes software applications that track 
health care related concerns such as flexible spending 
accounts, copayment summaries, and tax summaries. FIG. 
Sah illustrates a page of a software application that tracks a 
patient's flexible spending account. 

[0113] For the My Office Visit record (FIG. Si and 5j), a 
patient would not complete the record immediately after 
service registration, but would instead enter data in the 
record prior to an office visit. The My Office Visit record 
prompts the patient for information that will generally be 
requested by the patient's physician at the time of the visit, 
e.g., information concerning an illness for which the patient 
is visiting the physician. The My Office Visit record also 
prompts the patient to perform certain actions, such as taking 
her temperature or carefully describing symptoms. In addi- 
tion, the My Office Visit record includes forms designed to 
facilitate scheduled and periodic office visits for chronic 
illnesses, such as diabetes or cardiovascular diseases. The 
forms educate the patient in advance about the condition, 
enable the patient to have more informed interactions with 
the physician, and allow the patient to be more involved in 
understanding and complying with the physician's choice of 
treatment protocols. 

[0114] In addition to manually entering textual records 
400, a further preferred embodiment of the present invention 
acquires textual data directly from existing databases, e.g., 
HIS and RIS. In this manner, web server 114 interfaces 
directly with a database and downloads the information 
corresponding to the data fields of My Medical Folder. 

[0115] For MammoTracker, a patient or physician enters 
data in a manner similar to My Medical Folder, but only for 
details concerning breast cancer screening. After clicking on 
the MammoTracker button 216 as shown in FIG. 2b, the 
patient or physician logs in and enters data in the various 
data fields, as shown in FIGS. Sac through Sag. 

[0116] b) Scanned Documents 

[0117] In contrast to textual records 400, scanned docu- 
ments 402 require a somewhat more involved method of 
data entry, as shown in FIG. 4. Scanned records 402 include 
such documents as EKGs, laboratory lest results (reports), 
and echocardiograms, which generally cannot be easily 
summarized in textual form and for which a picture is most 
appropriate. Thus, to have a more useful medical record, 
these types of documents must be scanned and stored as 
image files in clinical database 118 under the appropriate 
tabbed records in My Medical Folder. The image files do not 
have to be of diagnostic-quality, rather only of legible 
quality suitable for clinical purposes. 

[0118] If the original record is on paper, either the original 
or a copy is forwarded to operations center 100, where it is 



logged in, matched to the patient's account, and scanned into 
clinical database 118 using scanner 117 and image server 
126. The type of electronic file into which the record is 
scanned depends upon the standard required by clinical 
database 118, e.g., JPEG or PDF files. Alternately, the 
original paper record is faxed and received by image server 
126 for storage in clinical database 118 as an electronic 
facsimile file. As another option, if the original record is 
already an electronic file, the record can be e-mailed directly 
to web server 114 of operations center 100, and stored in 
clinical database 118 by image server 126. 

[0119] c) Medical Images 

[0120] Because of the need for diagnostic quality, medical 
images 404 require the most complex method for data entry. 
Medical images 404 are any visual medium that must be of 
diagnostic-quality to be clinically useful, e.g., MRIs, CTs, 
and mammograms. The methods for entering medical 
images fall under two principal categories: non-mammog- 
raphy images and mammography images. Preferably, a 
patient uses My Medical Folder to manage non-mammog- 
raphy images and uses MammoNet to manage mammogra- 
phy images. The separate methods for storing mammogra- 
phy studies are necessary to accommodate specialized 
needs, such as large image files and computer-aided detec- 
tion. 

[0121] FIG. 6 illustrates the method for storing non- 
mammography medical images into a patient medical 
record. First, a patient retrieves (borrows) the medical 
images 600 from the imaging center or physician's office 
602 that owns the records. The patient then delivers the 
medical images 600 to operations center 100, where the 
studies are logged in. A technician at operations center 100 
scans medical images 600, which are then displayed on 
image workstation 604, preferably in a DICOM (Digital 
Imaging and Communications in Medicine) format. The 
technician then tags the digitized medical images with the 
patient's name and UPI. With the patient preregistered, 
image workstation 604 queries account database 132 using 
the patient's name and UPI to retrieve the information 
necessary for completing bills. 

[0122] The technician forwards the digitized images from 
image workstation 604 to image server 126. Image server 
126 sends the digitized images through web server 114 to 
web-enabler 104 to be web-enabled and, optionally, to be 
stored in a short-term cache of the web-enabler 104, e.g., a 
0-30 day cache. Web-enabler 104 is a web file management 
service, such as Arnicas™ of Massachusetts. Image server 
126 is provisioned with cooperative software, e.g., Arnicas 
software, to communicate with web-enabler 104. Web- 
enabler 104 web-enables the files by, among other things, 
compressing the files and indexing them for subsequent 
accessing. After web-enabling the files, web-enabler 104 
sends them back to image server 126 through web server 114 
for storage in an intermediate cache of image archive 128. 
With files in web-enabled form, an authorized user, such as 
a patient or physician, can access the digitized images 
through My Medical Folder. 

[0123] In a preferred embodiment, as a backup of the 
web-enabled intermediate cache, before the digitized image 
files are forwarded to web-enabler 104, a copy of the raw, 
uncompressed data is stored in the long-term cache of image 
archive 128. Therefore, if the web-enabled files in the 
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intermediate cache of image archive 128 are somehow lost 
or unavailable, the raw data can be retrieved from the long 
term cache, resent to web-enabler 104, returned, and made 
available again to the patient or physician. As additional 
protection, image server 126 can also store the digitized 
image files in its short-term cache. 

[0124] FIGS, la-le illustrate preferred methods for 
acquiring mammography images. For these medical images, 
a critical aspect for streamlining data entry is the immediate 
acquisition and digital conversion of mammography images. 
This aspect eliminates the possibility of misplacing or losing 
the original mammogram films. Another unique aspect of 
these medical images is the large amount of memory storage 
they require, on the order of 168 MB for each mammogra- 
phy study. In addition, the method for storing mammogra- 
phy records must also incorporate the valuable assistance 
provided by computer-aided detection. Although FIGS. 
la-le and the corresponding narrative describe a method for 
acquiring mammography images, one of ordinary skill in the 
art would recognize that the method applies equally well to 
other types of medical images, especially those requiring 
diagnostic-quality displays, large amounts of memory stor- 
age, and computer-aided detection. 

[0125] The three principal methods by which mammo- 
grams are stored in a patient medical record depend on 
whether the imaging center taking the mammograms has a 
digitizer and a CAD system, e.g., ImageChecker™ by R2 
Technology. Typically, imaging centers have no digitizer and 
no CAD system, have a digitizer but no CAD system, or 
have a CAD system and a digitizer. FIGS, la, lb, and 7c 
illustrate these scenarios, respectively. In addition, FIGS. Id 
and le are a flowchart outlining the general workflow of the 
acquiring mammograms and storing them in patient medical 
records, encompassing the three scenarios described below. 
Unless noted otherwise, each step illustrated in FIGS. Id 
and le corresponds to the three types of imaging centers. 

[0126] As shown in FIG. la, when an imaging center does 
not have a CAD system or a digitizer, the patient borrows the 
hard copy mammograms 700 and delivers them to opera- 
tions center 100. A technician at operations center 100 logs 
the receipt of the hard copy mammograms 700 and, using 
digitizer 122, digitizes them, preferably into DICOM files, 
such that they appear on image workstation 604. The tech- 
nician then tags the digitized medical images with the 
patient's name and UPI. With the patient preregistered, 
image workstation 604 queries account database 132 using 
the patient's name and UPI to retrieve the information 
necessary for completing bills. Image workstation 604 then 
forwards the digitized images to image server 126, which 
sends them for long term storage to expanded memory 
image archive 105 through a network accessing device 
(NAD) 702. 

[0127] Concurrent with digitizing and storing images, a 
CAD system 124 digitizes and analyzes the hard copy 
mammograms 700. Optionally, digitizer 122 and the digi- 
tizer integral to CAD system 124 are the same digitizer. 
CAD system 124 electronically marks the images to note 
possible indications of disease and presents both the hard 
copy mammograms 700 and the marked electronic images to 
the radiologist operating CAD system 124. If CAD system 
124 and the CAD system radiologist find no problems, 
operations center 100 returns the hard copy mammograms 



700 to imaging center 106. If CAD system 124 and the CAD 
system radiologist do uncover a suspicious area and/or if the 
CAD system reading differs substantially from the underly- 
ing reading, the CAD system radiologist generates a report 
to send back to imaging center 106 with the hard copy 
mammograms 700. Optionally, if imaging center 106 does 
not participate in the service of the present invention, 
operations center 100 sends the hard copy mammograms 
700 and a report (if needed) directly to the patient. 

[0128] FIG. lb shows the acquisition, analysis, and stor- 
age of mammograms for an imaging center 106 that has a 
digitizer 122 but no CAD system. In this scenario, a tech- 
nician at imaging center 106 performs the mammography 
study and produces the hard copy mammograms 700. The 
technician then immediately digitizes the hard copy mam- 
mograms 700 with digitizer 122, preferably in a DICOM 
format. The digitized images appear on image workstation 
604. The technician then tags the digitized medical images 
with the patient's name and UPI. With the patient prereg- 
istered, image workstation 604 queries account database 132 
using the patient's name and UPI to retrieve the information 
necessary for completing bills. Image workstation 604 then 
forwards the digitized images through an image center NAD 
710 and an operations center NAD 702 to image server 126. 
Image server 126 then sends the images for long term 
storage to expanded memory image archive 105 through 
NAD 702. 

[0129] As operations center 100 is receiving and forward- 
ing the digitized images to expanded memory image archive 
105, operations center 100 runs the digitized images through 
CAD system 124 as described for FIG. la, but using 
digitized files instead of hard copy images. If the radiologist 
operating the CAD system 124 detects a problematic area 
and/or if the CAD system reading differs substantially from 
the underlying reading, the radiologist sends a report back to 
imaging center 106 by such means as e-mail or conventional 
mail. 

[0130] FIG. 7c shows the acquisition, analysis, and stor- 
age of mammograms for an imaging center 106 that is fully 
equipped with a CAD system 124 and a digitizer 122. In this 
scenario, imaging center 106 performs the digitizing and 
CAD checking of the images and simply forwards the 
digitized image to operations center 100 for storage in 
expanded memory image archive 105. If the radiologist 
operating CAD system 124 detects a problem, the radiolo- 
gist of imaging center 106 generates an internal report. 

[0131] As shown in FIG. 7c, a technician at imaging 
center 106 performs the mammography study and produces 
hard copy mammograms 700. The technician immediately 
digitizes the hard copy mammograms 700 with digitizer 
122, preferably in a DICOM format. Image workstation 604 
displays the digitized image while, simultaneously, CAD 
system 124 marks problematic areas in the images for 
further evaluation by an interpreting radiologist, who gen- 
erates a report if necessary. The technician then tags the 
digitized medical images with the patient's name and UPI. 
With the patient preregistered, image workstation 604 que- 
ries account database 132 using the patient's name and UPI 
to retrieve the information necessary for completing bills. 
Image workstation 604 then forwards the digitized images 
and report, if generated, through an image center NAD 710 
and an operations center NAD 702 to image server 126. 
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Image server 126 then sends the images and report, if 
generated, for long term storage to expanded memory image 
archive 105 through NAD 702. Preferably, before forward- 
ing the images, image server 126 performs quality assurance 
checks on the images to verify diagnostic quality. 

[0132] In the above three scenarios, each participating 
institution provides a telecommunications link to the Mam- 
moNet network. Additionally, in the preferred embodiment, 
to receive the hardware and software at no charge, each 
participating provider provides the staffing necessary to 
complete registration and digitizing, and in addition, guar- 
antees a minimum number of patients annually, e.g., 
approximately 2500/year or 10/day. 

[0133] As an alternative to the above three scenarios, the 
present invention anticipates advances in electronic display 
technologies that will allow physicians to read medical 
images without ever having to print hard copies. This 
advance will obviate the need for a digitizer. Thus, an 
alternate representative embodiment of the present invention 
provides that an imaging center records digitized images 
directly from a medical imaging machine, e.g., an x-ray 
machine. The digitized images would be electronically dis- 
played for the physician's read and would also be analyzed 
by a CAD system. The imaging center would then send the 
digitized images and an interpreting radiologist's report, if 
generated, to the operations center for storage in a patient's 
medical record. 

[0134] Once a patient enters her mammogram studies into 
the MammoNet system, the system and method of the 
present invention offer the patient the opportunity to inte- 
grate the MammoNet digitized mammograms into her com- 
plete medical record vault of My Medical Folder or as a part 
of MammoTracker. If Internet communications and hard- 
ware capabilities (especially display hardware) permit the 
transfer of the large image files associated with mammog- 
raphy studies, the present invention provides links within 
MammoTracker by which images can be retrieved from 
MammoNet. If technical capabilities do not handle the large 
image files, the MammoNet digitized mammograms are 
integrated into the complete medical record by listing sum- 
maries of the results in MammoTracker and providing 
instructions on how to physically retrieve the images 
through MammoNet. 

[0135] In addition to patients of participating sites, the 
present invention can enroll patients of non-participating 
sites and store the mammograms of those non-participating 
sites. In such case, the patients mail their existing studies to 
operations center 100 for digitization and storage. 

[0136] 3) Medical Data Retrieval and Transmission 

[0137] As provided by the present invention, data 
retrieval, like data acquisition, is convenient, accurate, easily 
available, and secure. Each patient has both a unique iden- 
tifier and a password. State-of-the-art encryption technology 
secures the website. FIGS. 8a and 8b illustrate the methods 
by which the present invention retrieves medical records. 
FIG. 8a shows retrieval of records and non-mammography 
images. FIG. 8b shows retrieval of mammography images, 
from MammoNet. Although shown in the context of mam- 
mography images, one of ordinary skill in the art would 
appreciate that the system and method of FIG. 8b applies to 
other medical images as well, especially those requiring 
diagnostic-quality display, large amounts of memory stor- 
age, and computer-aided detection. 

[0138] Since My Medical Folder and MammoTracker 
store information in specific, identifiable fields, authorized 



users, such as patients and physicians, can search by field to 
obtain particular information required for a particular situ- 
ation. For example, should a patient have an appointment 
with a new physician, the patient can search for and retrieve 
only pertinent demographic and insurance information and 
can send that information electronically or by fax to the new 
physician. Having accessed and transmitted the specific 
information in advance, the patient avoids the time-consum- 
ing exercise of completing paperwork at the time of the visit. 
As an alternate to searching, patients and physicians may 
browse the patient medical record using the structured tabs. 

[0139] As FIG. 8a shows, an authorized user, such as a 
patient or physician, accesses the medical record by first 
opening the web page of the present invention and logging 
in with the UPI and password or access code. Then, using a 
search function of the website (not shown in the figures), 
authorized user 111 formulates a query for the desired 
records (among My Medical Folder and MammoTracker) 
and sends the query to web server 114 of operations center 
100. Responding to the query, web server 114 consults 
clinical database 118 for textual and scanned records, and 
consults image server 126 and image archive 128 for diag- 
nostic-quality images. After identifying and retrieving the 
appropriate records, web server 114 returns the records 
through the Internet for display on the workstation of 
authorized user 111. Optionally, if the Internet communica- 
tions or workstation hardware does not support diagnostic- 
quality images, a notification is sent to authorized user 111 
reporting that the records have been pulled and/or copied, 
and will be returned via conventional means, e.g., by mail. 

[0140] As shown in FIG. 8b, authorized user 111 (e.g., a 
patient, physician, or radiologist) accesses mammography 
images in MammoNet by facsimile or e-mail communica- 
tion received by web server 114, by telephone request 
received by technicians at operations center 100, or by an 
online request through the Internet and web server 114. For 
facsimile, e-mail, and telephone requests, technicians at 
operations center 100 key the queries into image server 126. 
For online requests, image server 126 automatically receives 
the queries. 

[0141] In response to the retrieval request, image server 
126 uses the patient's UPI to look for the requested images 
in its short term cache and, if none are found, sends a search 
request to expanded memory image archive 105. Expanded 
memory image archive 105 retrieves the digitally encoded 
files and returns them to image server 126. If the Internet 
communications and the workstation of authorized user 111 
can handle the large image files, image server 126 returns the 
images through web server 114 to the workstation of autho- 
rized user 111. If, for example, the technical capabilities are 
lacking, or if, for example, the physician prefers to examine 
a hard copy, image server 126 prints the digital files using 
laser printer 130, and forwards the resulting diagnostic- 
quality images to authorized user 111 (e.g., the patient or 
physician) by conventional means, e.g., mail. 

[0142] A further preferred embodiment of the present 
invention provides immediate means for accessing and 
retrieving medical records. A first variation of this embodi- 
ment is a means for conveying critical medical information 
in emergency situations. A second variation is an immediate 
means for conveying a patient's entire medical record. 

[0143] Once the patient has entered data into the My 
Medical Folder and MammoTracker, the present invention 
marks the information most critical for an emergency situ- 
ation. The present invention then duplicates this information 
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under the Global-ER tab as a single, concise GUI that 
displays this critical emergency data. In this manner, an 
emergency physician with Internet access can bring up the 
patient's medical record and immediately access the Global- 
ER file from the home page. The emergency physician 
would gain access to the Global-ER by asking the patient for 
the UPI and password, by looking at an information card the 
patient is carrying, or, if the patient agrees in advance to 
allow unrestricted access to the Global-ER page, by simply 
clicking on Global-ER and skipping the login (UPI and 
password). 

[0144] Further, to make emergency data retrieval even 
more immediate, the present invention, in the first variation 
of this embodiment, provides a Patient Power Emergency 
Room Carrier (PERC) that stores the information listed in 
Global-ER in a portable form. The patient carries the PERC 
at all times, e.g., the PERC would be stored in a small 
memory card attached to a key chain. An example of a 
suitable storage card is a flash data storage product, like 
those produced by SanDisk™ Corporation of Sunnyvale, 
Calif, (e.g., PC Card ATA FlashDisk or CompactFlash). 

[0145] An alternate embodiment utilizes a more durable 
and secure version of a flash memory card, classified as a 
Personal Information Carrier (PIC), also produced by SanD- 
isk™ and modified by Informatech, Inc.™ (ITI). This PIC 
(also known as a P-Tag) is interchangeable with Compact- 
Flash, and is used, for example, as a modified dog tag for 
U.S. Army soldiers. In any of these forms, the memory card 
is compatible with hospital computer terminals, e.g., using 
PCMCIA interfaces or CF ports provisioned at each hospi- 
tal, provided by the medical record management service 
provider if necessary. 

[0146] In addition, technology is emerging that will allow 
a P-Tag or other portable memory storage device to interface 
directly with the USB port of a desktop computer. Examples 
of this technology include the Thumbdrive™ by Trek 2000 
International Ltd. of Singapore and the Q.™ USB hard drive 
by Agate Technologies, Inc. of Milpitas, Calif. When appro- 
priate and necessary, the present invention includes provid- 
ing these interfaces, adapters, and emerging technologies. 
Thus, instead of requiring the emergency room staff to log 
onto the Internet and access the critical information page, the 
PERC enables instant plug-in and display capability. 

[0147] According to the second variation of this embodi- 
ment, a Super PERC includes a patient's entire medical 
record behind the critical information, which would appear 
first. Thus, in addition to emergency applications, the patient 
could use the Super PERC to carry medical records around 
for viewing by individual physicians. Such applications are 
especially beneficial for patients who travel frequently and 
are often away from their primary physicians, e.g., airline 
pilots and flight attendants. 

[0148] The amount of records that can be stored on the 
Super PERC is limited only by the storage capacity of the 
card. Provided with enough storage, a patient could use 
Super PERC instead of the website to store medical records. 
This option is beneficial in attracting patients to the service 
who may be uncomfortable posting private information on 
the World Wide Web, even though the information may be 
securely stored. 

[0149] Whether the Super PERC is used exclusively or is 
used as a supplement to the website storage, operations 
center 100 would routinely update the Super PERC with 
changes made to the website records (e.g., Global ER and 



My Medical Folder). Optionally, a patient could update the 
Super PERC provided that the patient has access to the 
required computer programming and hardware. The PERC 
would also be updated in this manner. 

[0150] In addition to updates that download new informa- 
tion from operations center 100 to a PERC or Super PERC, 
an alternate embodiment synchronizes operations center 100 
and PERC or Super PERC in a two-way flow of data. In this 
manner, records could be changed on a PERC or Super 
PERC and uploaded to operations center 100. As one skilled 
in the art would appreciate, this implementation would 
require a stand-alone program operating on a patient's 
personal computer or handheld device. The program would 
read and make changes to a local copy of the patient's data. 
This implementation would also require a method for syn- 
chronizing the local and web-based copies of the patient's 
data. Because changes can be made to both copies concur- 
rently, the synchronization method would identify the most 
recent records on each copy and would resolve conflicts 
between the copies, such as when a single record is modified 
on both copies in between synchronizations. 

[0151] Related to the privacy concerns addressed by Super 
PERC, an alternate embodiment of the present invention 
provides the software applications of the present invention 
on a compact disk or other portable storage medium, instead 
of through the Internet. In this manner, a patient leery of 
posting information on the web can simply load the appli- 
cations on her personal computer and save the medical 
record information to her computer's hard drive. The patient 
would then bring the medical record to the service provider 
on a portable storage medium, e.g., a floppy disk, so that the 
service provider could download the information onto a 
PERC or Super PERC. Alternately, the patient could obtain 
the hardware necessary to perform the downloading. Phy- 
sicians would also have copies of the software applications 
so that the patient could bring her medical record to the 
physician's office and update it with the physician without 
using the web-based applications and data storage. As nec- 
essary, the service provider would provide updates to the 
patients and physicians for the non-web based software 
applications. 

[0152] 4) Customer Service and Technical Support 

[0153] As shown in FIG. 9, according to a representative 
embodiment, customer service and technical support is a 
feature of the present invention. Operations center 100 
provides technical support by having technical representa- 
tives 900 available by telephone and e-mail to solve prob- 
lems such as data entry and data retrieval, as related to them 
by authorized user 111 or customer service representatives 
902. From operations center 100, the technical representa- 
tives 900 can access e-mail server 112 for technical data and 
can perform diagnostic checks on the remaining components 
of operations center 100, e.g., web server 114, image server 
126, clinical database 118, web-enabler 104, and expanded 
memory image archive 105. 

[0154] For customer service, administrative center 102 has 
customer service representatives 902 available by telephone 
and e-mail to answer billing questions or other administra- 
tive concerns, as raised by authorized user 111 or technical 
service representatives 900. Customer service representa- 
tives 902 have access to account database 132 and customer 
service system 134 to meet these needs. Customer service 
system 134 is a GUI that gives the customer service repre- 
sentatives 902 the information, e.g., billing and legal poli- 
cies, necessary to respond to patient inquiries. 
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[0155] The foregoing disclosure of embodiments of the 
present invention has been presented for purposes of illus- 
tration and description. It is not intended to be exhaustive or 
to limit the invention to the precise forms disclosed. Many 
variations and modifications of the embodiments described 
herein will be obvious to one of ordinary skill in the art in 
light of the above disclosure. The scope of the invention is 
to be defined only by the claims, and by their equivalents. 

What is claimed is: 

1. A method for managing medical records comprising the 
steps of: 

(a) establishing an account for a patient; 

(b) electronically storing text information associated with 
the patient; 

(c) electronically storing paper documents associated with 
the patient in files capable of producing legible images; 

(d) electronically storing medical images associated with 
the patient in files capable of producing diagnostic- 
quality images; 

(e) associating the text information, the files of the paper 
documents, and the files of the medical images with the 
account; and 

(f) providing an authorized user with access to the text 
information, the files of the paper documents, and the 
files of the medical images through a system. 

2. The method of claim 1, further comprising the step of 
paying a physician to assist the patient in electronically 
storing the text information, the paper documents, and the 
medical images. 

3. The method of claim 1, wherein the step of electroni- 
cally storing the text information comprises entering textual 
data through a graphical user interface in communication 
with the system. 

4. The method of claim 1, wherein the step of electroni- 
cally storing the text information comprises transmitting 
textual data from an existing database. 

5. The method of claim 4, wherein the existing database 
is one of Radiology Information System and Hospital Infor- 
mation System. 

6. The method of claim 1, wherein the step of electroni- 
cally storing the paper documents comprises one of scan- 
ning, faxing, and e -mailing the paper documents. 

7. The method of claim 1, wherein the step of electroni- 
cally storing the medical images comprises scanning the 
medical images into a high-resolution format file. 

8. The method of claim 1, wherein the step of providing 
an authorized user with access comprises the steps of: 

prompting the authorized user, through a graphical user 
interface, to query the system for a desired medical 
record, wherein the desired medical record is one of 
text information, a paper document, and a medical 
image; 

retrieving the desired medical record from the system; and 

transmitting the desired medical record through the 
graphical user interface to the authorized user. 

9. The method of claim 8, wherein if the desired medical 
record is too large for efficient transmission, or if the 
authorized user does not have hardware capable of display- 
ing the desired medical image, then the method comprises 
printing a hard copy of the desired medical record and 
forwarding the hard copy to the authorized user. 



10. The method of claim 1, further comprising marking 
portions of the text information, the files of the paper 
documents, and the files of the medical images as critical 
information that is needed in an emergency situation, and 

wherein the step of providing an authorized user with 
access comprises displaying the critical information on 
a single graphical user interface. 

11. The method of claim 10, further comprising storing 
the critical information in a portable form. 

12. The method of claim 11, wherein the portable form is 
one of a memory card and a personal information carrier. 

13. The method of claim 1, wherein the text information, 
the paper documents, and the medical images are electroni- 
cally stored in a portable form. 

14. The method of claim 1, wherein the authorized user is 
one of a physician, a relative of the patient, and the patient. 

15. The method of claim 1, wherein the step of establish- 
ing the account for the patient comprises assigning a unique 
patient identification and password to the patient, 

wherein the authorized user is the patient, and 

wherein the step of providing the authorized user with 
access includes requiring that the authorized user pro- 
vide the unique patient identification and password. 

16. The method of claim 15, further comprising the step 
of assigning an access code to a physician, 

wherein the authorized user is the physician, and 

wherein the step of providing the authorized user with 
access includes requiring that the authorized user pro- 
vide the access code of the physician and the unique 
patient identification of the patient. 

17. The method of claim 15, wherein the unique patient 
identification comprises: 

(i) a series of first digits corresponding to one of a social 
security number of the patient and a random series; 

(ii) one or more second digits indicating whether the 
series of first digits is the social security number of the 
patient or is the random series; and 

(iii) a series of third digits corresponding to a date of birth 
of the patient. 

18. The method of claim 1, wherein the step of electroni- 
cally storing the medical images associated with the patient 
in files capable of producing diagnostic-quality images 
comprises the steps of: 

(i) retrieving the medical images; 

(ii) scanning the medical images into digitized images; 

(iii) tagging the medical images with a name of the patient 
and a unique patient identification of the patient; 

(iv) web-enabling the digitized images; and 

(v) storing the web-enabled digitized images for access by 
the authorized user. 

19. The method of claim 18, wherein the step of scanning 
the medical images into the digitized images comprises 
displaying the digitized images on an image workstation and 
storing the digitized images in a DICOM format. 

20. The method of claim 18, further comprising querying 
an account database using the name and the unique patient 
identification of the patient to retrieve information necessary 
for completing bills. 

21. The method of claim 18, wherein before web-enabling 
the digitized images, the method further comprises the step 
of storing the digitized images in a cache. 
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22. A system for managing medical records comprising: 

(a) a scanner that digitally encodes images of paper 
documents into files that are capable of producing 
legible images; 

(b) a clinical database that stores the files that are capable 
of producing legible images and that stores text infor- 
mation; 

(c) a digitizer that digitally encodes medical images into 
files that are capable of producing diagnostic-quality 
images; 

(d) an image archive that stores the files that are capable 
of producing diagnostic-quality images; 

(e) an image server in communication with the scanner, 
the clinical database, the digitizer, and the image 
archive, 

wherein the image server receives the files that are 
capable of producing diagnostic-quality images from 
the digitizer and transmits the files that are capable of 
producing diagnostic-quality images to the image 
archive, and 

wherein the image server receives the files that are 
capable of producing legible images from the scanner 
and transmits the files that are capable of producing 
legible images to the clinical database; and 

(f) a web server in communication with the image server, 
wherein the web server provides a plurality of users 
with access to the files that are capable of producing 
legible images, to the text information, and to the files 
that are capable of producing diagnostic-quality 
images. 

23. The system of claim 22, further comprising a web- 
enabler that receives the files that are capable of producing 
diagnostic-quality images from the image server, tempo- 
rarily stores the files that are capable of producing diagnos- 
tic-quality images, and web-enables the files that are capable 
of producing diagnostic-quality images. 

24. The system of claim 22, further comprising an 
expanded memory image archive in communication with the 
image server, wherein the expanded memory image archive 
provides additional memory for storing the files that are 
capable of producing diagnostic-quality images. 

25. The system of claim 22, further comprising: 

(i) an application that marks critical information in the 
clinical database and the image archive; and 

(ii) a means for storing the critical information in a 
portable form. 

26. The system of claim 25, wherein the means for storing 
the critical information in a portable form is one of a smart 
card, a flash card, a compact flash card, a personal infor- 
mation carrier, and a portable memory storage device that 
interfaces directly with a USB port. 

27. The system of claim 22, further comprising a means 
for storing, in a portable form, the files that are capable of 
producing legible images, the text information, and the files 
that are capable of producing diagnostic-quality images. 

28. The system of claim 22, further comprising an e-mail 
server in communication with the web server and the 
plurality of users, wherein the e-mail server facilitates 
web-based transmission of the files that are capable of 
producing legible images, the text information, and the files 
that are capable of producing diagnostic-quality images 
from the web server to the plurality of users. 



29. The system of claim 22, further comprising an account 
database that stores contact information, demographic infor- 
mation, and financial information of a patient in an account, 

wherein the files that are capable of producing legible 
images and the text information of the clinical database 
are associated with the account, and 

wherein the files that are capable of producing diagnostic- 
quality images of the image archive are associated with 
the account. 

30. The system of claim 22, wherein the plurality of users 
comprise patients, physicians, and relatives of patients. 

31. A method for managing medical records comprising 
the steps of: 

(a) providing a patient with a system that electronically 
stores medical records; 

(b) paying a physician to identify medical records to be 
stored in an account of the patient in the system; and 

(c) entering the identified medical records into the account 
of the patient. 

32. The method of claim 31, further comprising the step 
of paying the physician to identify additional medical 
records to be stored in the account of the patient and to 
identify medical records to be removed from the account of 
the patient. 

33. The method of claim 31, further comprising the step 
of giving the physician access to the account of the patient 
to update the medical records. 

34. The method of claim 31, further comprising the step 
of providing the patient with ownership of the medical 
records in the account. 

35. The method of claim 31, wherein the medical records 
include text information, paper documents, and medical 
images. 

36. A method for managing medical image records of a 
patient comprising the steps of: 

(a) registering with an operations center through an imag- 
ing center; and 

(b) if the imaging center does not have a digitizer or 
computer-aided detection (CAD) system, 

delivering hard copy medical images of the patient to 
the operations center, 

digitizing the hard copy medical images into digitized 
images at the operations center, 

analyzing the digitized images using a CAD system at 
the operations center, 

generating a report at the operations center if a problem 
is detected in the digitized images, 

storing the digitized images and the report, if generated, 
in an archive, and 

returning the hard copy medical images and the report, 
if generated, to one of the imaging center and the 
patient. 

37. The method of claim 36, further comprising the step 
of: 

(c) if the imaging center has a digitizer but does not have 
a CAD system, 

digitizing hard copy medical images of the patient into 
digitized images at the imaging center, 
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transmitting the digitized images to the operations 
center, 

analyzing the digitized images using a CAD system at 
the operations center, 

generating a report at the operations center if a problem 
is detected in the digitized images, 

storing the digitized images and the report, if generated, 
in an archive, and 

returning the report, if generated, to one of the imaging 
center and the patient. 

38. The method of claim 37, further comprising the step 
of: 

(d) if the imaging center has a digitizer and a CAD 
system, 

digitizing hard copy medical images of the patient into 
digitized images at the imaging center, 

analyzing the digitized images with the CAD system at 
the imaging center, 

. generating a report at the imaging center if a problem 
is detected in the digitized images, 

transmitting the digitized images and the report, if 
generated, to the operations center, and 

storing the digitized images and the report, if generated, 
in an archive. 

39. The method of claim 38, wherein if the imaging center 
has a digitizer and a CAD system, the method further 
comprises ensuring diagnostic quality of the digitized 
images at the operations center before storing the digitized 
images in the archive. 

40. The method of claim 38, further comprising the steps 

of: 

(e) receiving a query for the digitized images at the 
operations center from an authorized user; 

(f) retrieving the digitized images from the archive; 

(g) transmitting the digitized images through a network to 
the authorized user, if the authorized user's network 
connection and workstation support diagnostic-quality 
images; and 

(h) printing a copy of the digitized images and forwarding 
the copy to the authorized user, if the authorized user's 
network connection and workstation do not support 
diagnostic-quality images. 

41. The method of claim 40, wherein the medical images 
are mammograms. 

42. The method of claim 40, wherein the authorized user 
is one of the patient, a physician, and a relative of the patient. 

43. The method of claim 40, wherein the query is one of 
a telephone call, a facsimile, an e-mail, and an online 
request. 

44. The method of claim 40, wherein the step of regis- 
tering comprises assigning a unique patient identification to 
the patient, 

wherein the digitized images are associated with the 
unique patient identification, and 

wherein the query references the unique patient identifi- 
cation. 



45. The method of claim 44, wherein the query includes 
a password if the authorized user is the patient, and 

wherein the query includes an access code if the autho- 
rized user is a physician. 

46. The method of claim 38, wherein the problem is one 
of an indication of disease and a difference between the 
report and an underlying read of the hard copy medical 
images. 

47. The method of claim 38, wherein the method further 
comprises: 

(e) if the imaging center records digitized images directly 
from a medical imaging machine, 

analyzing the digitized images using a CAD system at 
the imaging center, 

generating a report at the imaging center if a problem 
is detected in the digitized images, 

transmitting the digitized images and the report, if 
generated, to the operations center, and 

storing the digitized images and the report, if generated, 
in an archive. 

48. A system for managing medical records comprising 
the steps of: 

(a) means for establishing an account for a patient; 

(b) means for electronically storing text information asso- 
ciated with the patient; 

(c) means for electronically storing paper documents 
associated with the patient in files capable of producing 
legible images; 

(d) means for electronically storing medical images asso- 
ciated with the patient in files capable of producing 
diagnostic-quality images; 

(e) means for associating the text information, the files of 
the paper documents, and the files of the medical 
images with the account; and 

(f) means for providing an authorized user with access to 
the text information, the files of the paper documents, 
and the files of the medical images. 

49. The system of claim 48, wherein the text information 
includes at least one of medical data, contact information, 
demographic information, and financial information associ- 
ated with the patient. 

50. The system of claim 48, wherein the paper documents 
include at least one of electrocardiograms, echocardiograms, 
and laboratory reports associated with the patient. 

51. The system of claim 48, wherein the medical images 
are mammograms of the patient. 

52. The system of claim 48, wherein the means for 
electronically storing text information, the means for elec- 
tronically storing paper documents, and the means for elec- 
tronically storing medical images comprise a portable 
memory storage device. 

53. The system of claim 52, wherein the portable memory 
storage device is one of a smart card, a flash card, a compact 
flash card, a personal information carrier, and a portable 
memory storage device that interfaces directly with a USB 
port. 
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PATIENT DIRECTED SYSTEM AND METHOD 
FOR MANAGING MEDICAL INFORMATION 

[0001] This application claims priority from and incorpo- 
rates by reference in its entirety U.S. Provisional Application 
Serial No. 60/349,883 titled "A System And Method For 
Managing Medical Information," filed Jan. 18, 2002. 

FIELD OF THE INVENTION 

[0002] The invention relates generally to the field of 
medical records management and in particular to the col- 
lection, organization, presentation, and distribution of a 
patient's medical records. 

BACKGROUND OF THE INVENTION 

[0003] Having a complete set of medical records signifi- 
cantly improves the quality of health care for a patient by 
estabh'shing a patient's medical baseline and indicating 
patterns in the patient's medical history. These records 
provide information impacted by time and by the diversity 
of medical view points and knowledge gained from clinical 
tests. Having a comprehensive set of data that goes back in 
time and that is inclusive of observations and findings from 
multiple providers who have seen or treated the patient over 
time makes a difference in the quality of the information 
used to accurately diagnose and treat medical problems. This 
is especially true for medical problems in the early stages of 
development. Patient records, when consolidated and com- 
plete, often show identifiable patterns of symptoms, diag- 
noses, treatments and responses to those treatments over the 
life of the patient. When new health issues arise, or an old 
one recurs, the information and patterns contained in the 
medical records can help guide health professionals in 
making new diagnoses and in their choices for treatments. 
Each patient's baseline medical information is unique. Many 
people exhibit unusual readings on some medical tests as 
part of their normal healthy baseline state, even though those 
same readings might be considered unhealthy when consid- 
ered in isolation. In the context of the patient's past history, 
these unusual readings become part of the patient's baseline, 
and the repetition of those unusual readings over time is not 
a major concern. However, in the absence of the patient's 
historical baseline information, these unusual test results 
could provoke misunderstandings or over-reactions from 
doctor(s) not familiar with the patient's history. The risk of 
medical errors can be significantly reduced by providing 
patient-specific information to doctors currently diagnosing 
or treating the patient about the patient's adverse effects of 
past treatments, allergic reactions to certain drugs, and 
general disposition to certain diseases or health conditions. 
In addition, part of a patient's medical history can include 
their family medical history. Historical family records of 
medical conditions can help determine a patient's level or 
risks for certain medical conditions, such as heart disease, 
diabetes, and breast cancer, and can alert health care pro- 
viders when increased screening and other tests are advis- 
able. 

[0004] In the past, when a patient generally had one or a 
handful of doctors for most of his life, the doctors) more 
often had records and knowledge of the patient's complete 
medical history. In today's world, a number of economic 
forces and trends in health care are contributing to the 
increasing fragmentation of patient records across multiple 



providers, and to increasing discontinuity in the knowledge 
of the patient's medical history by the patient's doctors over 
time. Examples of these trends include the increasing fre- 
quency with which patients change medical insurance and 
jobs, move residences, and are being referred to health care 
specialists. In addition, it is now more common for patients 
to consult with multiple doctors and specialists for treatment 
alternatives and second opinions. On the provider side of the 
health care industry, there is a growing trend toward 
increased specialization on the part of doctors. Also, in 
response to economic pressures and wide-spread disruptions 
in the health care industry caused by business insolvency, 
poor operating results, and by increasing frustrations with 
unpopular reimbursement policies and cost-cutting practices 
of hospitals, Health Maintenance Organizations (HMOs), 
and other health care groups, doctors have become more 
resolved to close practices or switch their allegiance to 
business practices and affiliations. When they do switch, 
patients often need to find new doctors or organizations to 
provide them care. Today's patient typically sees many more 
healthcare providers over his lifetime than was the case in 
previous generations. 

[0005] Each healthcare provider is concerned with the 
maintenance and/or restoration of the health of the body 
and/or mind of the patient. The health care provider may be 
one person (e.g., sole practitioner), a group of persons (e.g., 
a family clinic), or an organization (e.g., hospital or medical 
university) that for legal and billing reasons, is the author, 
owner, and custodian of only that portion of a patient's 
medical records corresponding to the diagnosis or treatment 
that the healthcare provider provides to the patient. For 
today's patient, there is very seldom a single provider who 
would have all the records of the patient's other providers, 
past and present. Moreover, because patient's medical 
records are typically paper-based records, the healthcare 
provider incurs overhead costs in maintaining and storing 
them. This creates an economic incentive for each healthcare 
provider to try to minimize the records it keeps to only those 
records pertaining to the portion of the patient's care that the 
healthcare provider itself has provided. When the healthcare 
provider requires access to other portions of the patient's 
medical records (i.e., information about the patient authored 
by other healthcare providers), requesting-physicians typi- 
cally only request and retrieve from these other health care 
providers medical records that are of immediate relevance to 
them. Hence only a subset, rather than a complete set, of a 
patient's medical records are kept by a health care provider 
in order to minimize the additional storage and other admin- 
istrative costs. For the same economic reasons, a healthcare 
provider typically discards a patient's medical records, after 
the patient becomes inactive under that provider's care for a 
legally specified time, e.g., 5 to 7 years. 

[0006] From the record sending side, there are problems in 
performing the transfer of medical records between health- 
care providers. There is also an economic disincentive and 
therefore a reluctance or a slow reaction for the healthcare 
provider holding the patient's medical records to transfer 
copies of a patient's records to other providers because the 
costs of retrieval, copying, and mailing are traditionally born 
by the sending-physician as a common courtesy to the 
receiving-physician. To help keep these costs down, the 
tasks of administering, copying, and mailing record copies 
are often performed only during slow periods or during lulls 
in other activities of the medical office staff. The relatively 
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low priority assigned to providing copies of medical records 
often results in long delays between the request for and the 
delivery of patient records, even when disclosure is legally 
authorized and record copies required to be released. 

[0007] Upon receipt, the receiving-providers often need to 
reorganize the paper records according to their own system 
of record-keeping. While the increased use of electronic 
medical records (EMRs) over paper-based records has 
reduced the storage cost, paper-based records are still preva- 
lent. Over 80% of patients' medical record information still 
exist in paper formats. Doctors continue to make handwrit- 
ten notes of their diagnoses and treatments. In addition, 
today when records are kept in electronic form in an 
Electronic Medical Record (EMR) system, records are still 
commonly transmitted between doctors in hard copy, paper- 
format. This is true even when both doctors have access to 
different EMR systems because such systems are rarely 
compatible with each other. When the transfer of patient 
information is between one computer application and 
another, the computer applications maintaining the elec- 
tronic medical records typically differ between health care 
providers. So, if it is deemed necessary to convert paper 
records into electronic format for information consolidation 
and processing, the receiving-provider would have to bear 
the cost of converting records to electronic format, including 
record storage costs and the ongoing costs of creating 
scanned images of paper-based records. Rather than con- 
verting records from sending-providers into electronic for- 
mat, or from sending-providers' electronic format to paper- 
based and then to the receiving-providers' electronic format, 
today's common practice is for recipient-providers to simply 
review the paper copies of records received and file them 
away with the rest of the patient's paper-based records 
providers. 

[0008] Thus, because each healthcare provider typically 
keeps their own medical records of the patient and because 
there is little actual sharing or records between healthcare 
providers, the result is a fragmentation of a patient's medical 
records across the multiple healthcare providers. In effect 
each healthcare provider becomes a part of a puzzle of the 
patient's medical history, and no healthcare provider sees the 
whole picture. This fragmentation of information about the 
patient is further exacerbated by the patient's increasing use 
of specialists and increasing need to switch health insurance 
plans and healthcare providers in order to pursue better care 
or to reduce cost of the premium. The increase in providers 
seen in the context of little real sharing of patient's medical 
records across providers also results in increasing incidence 
of redundant tests and of treatments that are done in lieu of 
each new doctor have timely access to a patient's complete 
medical records. In addition, as the Institute of Medicine 
summarized in a 1999 report, lack of communication and 
information on patient medical conditions and history of 
drug reactions can be cited as a key reason that medical 
errors result in thousands of other-wise preventable deaths 
each year. On the provider side, there are economic pres- 
sures for providers to switch health affiliations due to poor 
business results or business insolvency of their current 
practice or affiliations or due to increasing frustration with 
reimbursement policies and cost-cutting practices of hospi- 
tals, HMOs and other health care groups. 

[0009] FIG. 1 illustrates the fragmentation puzzle of a 
patient's medical records of the prior art. A patient has 



typically many healthcare providers over the patient's life, 
e.g., hospitals A and H, doctors B, C, D, and E, and other 
provides F and G (e.g., providers of Chiropractic or Homeo- 
pathic medicine). Doctors B and C illustrate by overlap area 
110 the case when two healthcare providers share some, but 
not all their medical records. If two healthcare providers 
share all their records then for the purposes of this applica- 
tion, they are considered to be the same healthcare provider. 
In addition a patient may keep her own files. 

[0010] FIG. 2 is a block diagram of an example flow of a 
patient's medical records among different healthcare pro- 
viders of the prior art, that results in the fragmentation 
puzzle of FIG. 1. FIG. 2 illustrates that a partial transfer, or 
in some cases no transfer, of a patient's records from one 
healthcare provider to another causes more and more frag- 
mentation of a patient's medical history over a patient's 
lifetime. While in this example, for illustration purposes, 
medical records are described as transferred between health 
care providers, the records are actually transferred from one 
health care provider's medical record repository or filing 
system to another health care provider's medical record 
repository or filing system. In this example, a patient begins 
with a general practitioner 110, e.g., a pediatrician, when the 
patient was a child. The patient then has general practitioner 
112 as an adult. General practitioner 112 thinking that it was 
too long ago, decides not to request past medical records 
from general practitioner 110 and instead relies on a patient 
interview to fill in the patient's medical history. As a 
patient's memory is often fuzzy and a poor substitute for 
clinical information, general practitioner 112 gets an incom- 
plete picture of the patient's childhood medical history. 
General practitioner 112 may send the patient to a specialist 
114, e.g., a surgeon for an appendectomy. The specialist 114 
gets some of the patient's medical records from general 
practitioner 112 (path 113a) and may also request other 
historical records from general practitioner 110 (path 118). 
The specialist 114 creates her own records and transfers all 
or most of these initial records, but not all ongoing records, 
back to general practitioner 112 (path 1136) . The patient 
continues to see the specialist 114, at times without the 
General Practitioner 112. The ongoing updates by the spe- 
cialist 114, after the initial introduction, are usually not 
managed and so any new information accumulated on the 
patient would most likely not be communicated back to 
General Practitioner 112. General practitioner 112 mean- 
while continues to add new records as he continues to care 
for the patient. When the patient moves to a new general 
practitioner 120, for example, because of moving, changing 
jobs or switching to a health plan to which general practi- 
tioner 112 is not affiliated, the new provider will need access 
to the patient's medical history. As illustrated, the possible 
paths for general practitioner 120 to get a complete set of 
medical records is becoming complex. To get a complete 
medical history of the patient, general practitioner 120 needs 
medical records from general practitioner 110 (path 131), 
general practitioner 112 (path 130) and specialist 114 (path 
132). However, to reduce costs and because of the delay in 
getting the records, general practitioner 120 may only 
request some "needed" records from general practitioner 112 
(path 130) and no records from general practitioner 110 
(path 131) or specialist 114 (path 132). If general practitio- 
ner 120 refers the patient to specialist 122, then specialist 
122 has many paths, i.e., 121a, 134, and from which he may 
need medical records. However, specialist 122 may, to cut 
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costs, only request the patient's medical records from gen- 
eral practitioner 120 (path 121a). Note that at this point no 
single provider necessarily has complete records on all 
patient medical care. Thus as this example indicates, as a 
patient goes from healthcare provider to healthcare provider, 
the patient's medical records often get more and more 
fragmented. Further, at some point, practitioners will discard 
the patient's medical records and vital information may be 
forever lost and will not be available at a critical time. 

[0011] Several prior art systems have tried to solve the 
fragmentation problem by providing a centralized computer 
storage area available to the patient for storage of some of 
a patient's medical records. However, these prior art systems 
only store a small subset of a patient's medical history. Most 
examples of these prior art systems are Electronic Medical 
Record (EMR) systems that have scope and function limited 
to the portion of the patient's records corresponding to only 
that provider's care. One system allows a patient or his 
doctor to fax in to the central repository copies of the 
patient's medical records under their control. Some minimal 
organization of the scanned images is done manually by the 
patient, e.g., putting certain images in a patient's emergency 
folder and the rest in a general folder. As the number of 
images gets large, this very limited organization of the 
scanned images does not allow for timely retrieval of a 
relevant subset by a doctor currently treating a patient. In 
addition, because the patient, not a medical records techni- 
cian, medical professional, or health service entity, selects 
what is to be placed in the emergency folder, some of 
relevant data may be omitted. Thus this system has both the 
disadvantages of a very incomplete patient history and 
limited usefulness of the images because the patient is 
forced to make decisions about the relevancy of certain 
medical information. 

[0012] A patient's health is best served by a complete or 
nearly complete set of medical records with a comprehen- 
sive organizational structure used throughout. In contrast, 
prior art systems only provide a small subset of the patient's 
medical records within organizational structures that are 
likely to be inadequate to the needs and the time pressures 
of a healthcare provider currently diagnosing and treating 
the patient: the vast majority of the patient's medical records 
remain fragmented over the rest of the patient's many past 
and present healthcare providers. Prior art systems which 
provide the ability to consolidate a patient's medical records 
from the past do not provide meaningful or comprehensive 
organization for the patient's consolidated medical records. 
What is needed is a method and system that manages a 
complete or nearly complete set of a patient's medical 
records that allows easy retrieval and meaningful display of 
relevant information. 

SUMMARY OF THE INVENTION 

[0013] The present invention includes a system and a 
method for the collection, organization, and distribution of 
a patient's medical records by a central data repository under 
the direction of the patient. Medical records from a plurality 
of the patient's healthcare providers, including past and 
present healthcare providers, are maintained in this central 
repository, thus providing a comprehensive, organized, and 
accessible medical history of a patient. 

[0014] An exemplary embodiment has a patient-directed 
central data repository and a set of processes that enable the 



patient to be the hub in a hub-and-spoke arrangement, where 
each spoke goes to one of the patient's healthcare providers, 
both past and present. The patient's medical records, past 
and present, and any updates thereunto, from one or more of 
the patient's healthcare providers are collected, classified 
and stored in the central data repository At the patient's 
authorization, healthcare providers can gain access to the 
central repository and view the patient's consolidated medi- 
cal records. The system which stores the records in the 
central data repository provides classification schema and 
capabilities that enable the record pages to be sorted and 
prioritized in numerous meaningful ways. The sorted medi- 
cal records and descriptive information about the entire 
record collection can be displayed to both the patient and/or 
the healthcare provider currently advising and/or treating the 
patient and/or other entities designated by the patient. The 
system also automatically organizes the medical record 
documents in such a way that facilitates the generation of 
reports that can then be readily distributed via fax, email, 
hardcopy and/or CD-ROM to the patient or patient's des- 
ignated entities. 

[0015] One embodiment of the present invention includes 
a method for organizing patient's medical records authored 
by multiple healthcare providers. Two or more documents, 
comprising part of the patient's medical records, are cat- 
egorized according to a categorization system and stored in 
a storage area of a central repository, where access to the 
central storage area must be authorized by the patient. An 
ordered set of the categorized documents is retrieved from 
the central storage area using at least one criterion of a 
plurality of predetermined criteria. In addition the ordered 
set may be displayed via a Web browser or distributed in 
hard copy format. 

[0016] Another embodiment of the present invention 
includes a method for selecting and sorting two or more 
documents from the patient's complete medical records 
according to selected document categories and various sort 
criteria. In addition, the sorted documents can be displayed 
via a Web browser rather than distributed via fax, email or 
hard copy format] 

[0017] Another embodiment of the present invention 
includes a method for a patient accessing his/her own 
medical records originated from multiple healthcare provid- 
ers. First, the documents of the patient's medical records are 
collected from both past and present healthcare providers. 
The documents are then categorized according to a catego- 
rization system having more than two categories and stored 
in a central storage area on a computer system, where the 
storage area is under direct or indirect control of the patient. 
An example of indirect control is a service provider that 
directly controls the central storage area, but is directed by 
the patient, or the patient's legal representative, on what 
information can be viewed and accessed and by whom. 
Lastly, a document is retrieved from the storage area accord- 
ing to a selection criterion, where the selection criterion is 
based on the categorization system. Optionally, the selected 
document is displayed to the patient or the patient distributes 
the document via fax or email or directs a service provider 
to distribute the document via fax, email, or send in hard- 
copy or CD-ROM format through traditional mail. 

[0018] An aspect of the present invention, includes a 
method for a patient accessing his/her medical records 
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originated by multiple healthcare providers. First, the 
patient's medical records are collected from the healthcare 
providers. Next, documents of the patient's medical records 
are categorized according to a categorization system, and the 
categorized documents are stored in the patient directed 
central computer storage area. A document log of some or all 
of the categorized documents is then displayed to the patient. 

[0019] Another aspect of the present invention includes a 
system for centrally managing a patient's medical records 
originating from multiple healthcare providers. The system 
includes: a collection service module for collecting the 
patient's medical records from the healthcare providers; a 
computerized categorization system for categorizing each 
medical record, where the categorization system is the same 
for all of the patient's healthcare providers; a patient 
directed central computer storage area for storing the cat- 
egorized medical records; and a retrieval module for retriev- 
ing ordered or sorted documents, where the ordered docu- 
ments are arranged using at least one criterion of two or 
more criteria, where the criteria are based on the comput- 
erized categorization system. 

[0020] Another embodiment of the present invention 
includes a method of centrally managing a patient's medical 
records originated by multiple healthcare providers. First, 
the patient's medical records, including paper-based docu- 
ments, are collected from the patient's past and present 
healthcare providers. Next, each page of the paper-based 
documents is classified using classes of a classification 
system common across all the patient's healthcare providers. 
Each page of the paper-based documents is converted to an 
electronic image and stored in a computer readable medium, 
where third party access to the computer readable medium 
is authorized by the patient or his legal representative. An 
organized subset of said electronic images is retrieved using 
at least one selection criterion of a plurality of selection 
criteria, and displayed to a patient designated entity. 

[0021] In yet another embodiment of the present invention 
a system for centrally managing patient's medical records 
originated by multiple healthcare providers is provided. The 
system includes: a Backend server for receiving the patient's 
medical records from the patient's healthcare providers, 
where each document of the patient's medical records is 
categorized using the backend server; a database connected 
to the backend server for storing the categorized documents, 
where access to the categorized documents is controlled 
directly or indirectly by the patient or his legal representa- 
tive; and a Web server connected to the backend server and 
to a client system, where the Web server processes a search 
request initiated by the client system for a select set of one 
or more documents) out of all the stored categorized 
documents. 

[0022] A further aspect of the present invention includes a 
method in a computer system for displaying a document log 
of the medical records of a patient. A table is displayed that 
includes multiple rows, where each row includes multiple 
columns, and where a column includes one or more cells 
associated with a category. Document ID data, which iden- 
tifies a document in the patient's medical records, is dis- 
played in a cell of a row. 

[0023] Another aspect of the present invention includes a 
method, using a computer, for commenting on a medical 
record by a patient. First, an electronic image of said medical 



record is searched for using a category assigned to the 
medical record. The electronic image is stored in a database, 
where access to the electronic image is controlled by said 
patient. Next, a patient's comments and/or a provider's 
comments are associated with the electronic image and 
stored in the database. When the electronic image is recalled 
the comment is also recalled and displayed concurrently 
with the electronic image. 

[0024] Another aspect of the present invention includes a 
method in a computer system for displaying a document 
timeline of documents in a patient's medical records. A first 
axis is displayed having sequential calendar time units, and 
a second axis is displayed listing the documents organized 
by medical category. For a particular document, there is an 
indication on the first axis of a calendar time unit having the 
date of creation and the name of the author of the particular 
document. 

[0025] Yet another aspect of the present invention includes 
a method in a computer system for displaying a progress 
note timeline of multiple progress notes in a patient's 
medical records. A first axis is displayed indicating sequen- 
tial calendar time units, and a second axis is displayed 
indicating the total number of progress notes per calendar 
time unit. 

[0026] An embodiment of the present invention includes a 
method for a doctor using a patient's medical records, 
including clinical pages, stored in a patient directed com- 
puter storage area. First, the doctor selects a category that's 
of relevance from the list of multiple categories that could be 
used to categorize each clinical page. Next, a subset of the 
clinical pages is retrieved from the computer storage area, 
where the subset includes those clinical pages belonging to 
the category and not designated private by the patient. An 
"Availability" factor is calculated as a ratio of the number of 
clinical pages in the subset to the total number of clinical 
pages categorized with that category. Lastly, the Availability 
factor is displayed on the title page under the category for 
use by the doctor in evaluating the completeness of the 
subset. 

[0027] Another embodiment of the present invention 
includes a method for a doctor using a patient's medical 
records, including clinical pages from a healthcare provider, 
stored in a patient directed computer storage area. First, the 
doctor selects a category of the multiple categories classi- 
fying the clinical pages. Next, a subset of the clinical pages 
belonging to the category is retrieved from the computer 
storage area. A "Source" factor is calculated as the ratio of 
a number of clinical pages in the subset obtained directly 
from the healthcare provider (as opposed to indirectly from 
the patient) to the total number of clinical pages in the 
subset. The source factor is then displayed to the doctor for 
use in evaluating reliability of the subset. 

[0028] These and other embodiments, features, aspects 
and advantages of the invention will become better under- 
stood with regard to the following description, appended 
claims and accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0029] FIG. 1 illustrates the fragmentation puzzle of a 
patient's medical records of the prior art; 
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[0030] FIG. 2 is a block diagram of an example flow of a 
patient's medical records among different healthcare pro- 
viders of the prior art, that results in the fragmentation 
puzzle of FIG. 

[0031] FIG. 3 is a block diagram illustrating the hub and 
spoke flow of a patient's medical records between different 
healthcare providers medical record systems and a patient's 
central data repository of one embodiment of the present 
invention; 

[0032] FIG. 4 shows the results of a consolidation of 
medical records from the multiple healthcare providers of 
FIG. 1 into a patient directed central data repository; 

[0033] FIG. 5 is a client-server architecture of one 
embodiment of the present invention; 

[0034] FIG. 6 is a flowchart for the process of managing 
a patient's medical records according to an embodiment of 
the present invention; 

[0035] FIG. 7 shows the preferred process of managing a 
patient's medical records of another embodiment of the 
present invention; 

[0036] FIG. 8 is an example of a user interface for 
entering the request for medical records of multiple provid- 
ers (historical and current) of a given patient; 

[0037] FIG. 9 is an example of a user interface showing 
the collection status of a patient's medical records; 

[0038] FIG. 10A is an example of a user interface for a 
system of categorizing a scanned page; 

[0039] FIG. 10B is an example of a user interface for a 
system of cross-categorization, i.e., adding an additional 
category to an already categorized page or making edits to 
the categorization of a scanned page. 

[0040] FIG. 11 shows an example of an electronic image 
with the categories added to the header and footer of the 
scanned page from FIG. 10A; 

[0041] FIG. 12 is an example of a window of a physical 
exam summary page of a patient's medical records; 

[0042] FIG. 13 shows an example of a comment box in 
which the patient can enter his own comments related to the 
physical exam summary page of FIG. 12; 

[0043] FIG. 14 is an example of a document appended 
with patient's comments; 

[0044] FIG. 15 is an example of a page listing the medical 
sub-categories representing various types of page (Page 
Type by Medical Category) found in a patient's medical 
record file and the order of presentation of particular tab 
sections for two reports that display record pages along these 
medical sub-categories of an embodiment of the present 
invention; 

[0045] FIG. 16 is an example of a user interface allowing 
the designating of some of a patient's medical records as 
"Private"; 

[0046] FIG. 17 is an example of a document log sorted by 
medical sub-categories (page type), an aspect of the present 
invention; 



[0047] FIG. 18 is an example of a document timeline for 
the documents in FIG. 17, an embodiment of the present 
invention; 

[0048] FIG. 19 is an example of a timeline of the number 
of a doctor's progress note of an embodiment of the present 
invention; 

[0049] FIGS. 20-1 to 20-7 show the database structure of 
an embodiment of the present invention. 

DETAILED DESCRIPTION OF THE 
INVENTION 

[0050] In the following description, numerous specific 
details are set forth to provide a more thorough description 
of the specific embodiments of the invention. It is apparent, 
however, to one skilled in the art, that the invention may be 
practiced without all the specific details given below. In 
other instances, well known features have not been 
described in detail so as not to obscure the invention. 

[0051] FIG. 3 is a block diagram illustrating the hub and 
spoke flow of a patient's medical records between different 
healthcare providers medical record systems and the 
patient's central data depository of one embodiment of the 
present invention. The example of FIG. 3 uses the same 
healthcare providers as FIG. 2. The different healthcare 
provider medical records systems are shown in parentheses, 
as the records are actually transferred from one healthcare 
provider system to another healthcare provider system. The 
patient either has a central data repository himself that he 
directly controls or has a service provider (or another person 
or organization) having a central data repository for him, 
that the patient indirectly controls (i.e., the service provider 
must have the patient's explicit or implicit permission before 
any of the patient's medical records can be shown to a third 
party). Both of these central data repositories of a patient's 
medical records are called, herein, a patient directed central 
data depository 210 or "central data depository", as the 
patient or his legal representative has direct or indirect 
control on who has access to his medical information. 

[0052] In the example of FIG. 3, a patient's childhood 
doctor is general practitioner 110, e.g., a pediatrician like in 
FIG. 2. However, unlike FIG. 2 the patient directed central 
data repository 210 does contain a complete copy of all of 
the patient's medical records authored by general practitio- 
ner 110. When patient 210 changes doctors to general 
practitioner 112, general practitioner 112 gets any of 
patient's past medical records, e.g., those kept by general 
practitioner U0, from the central data repository 210 rather 
than a past healthcare provider's medical record system. 
Copies of the patient's medical records generated by general 
practitioner 112 are also transferred to the central data 
repository 210. When the patient goes to specialist 114, 
specialist 114 uses the central data repository 210 for past 
medical records e.g., medical records kept by general prac- 
titioner 110 or current medical records, e.g., medical records 
kept by general practitioner 112. Similarly, when the patient 
changes health plans and gets a new general practitioner 120 
and a new specialist 122, these doctors need only access the 
central data repository 210 to get any necessary medical 
records of the patient. Duplications and gaps in documen- 
tation are reduced by the current doctor being able to see a 
list of what's available in this central data repository 210. 
Thus the hub and spoke arrangement of FIG. 3 significantly 
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simplifies the information flow given in FIG. 2, and sig- 
nificantly reduces or eliminates the fragmentation of a 
patient's medical records across the different healthcare 
providers. 

[0053] FIG. 4 shows the results of a consolidation of 
medical records from the multiple healthcare providers of 
FIG. 1 into a patient directed central data repository. Besides 
the major advantage of having a complete set of medical 
records available to the patient and his healthcare providers, 
duplicate records can be removed and the various pieces of 
a patient's medical history can be organized in a coherent 
and consistent fashion. 

[0054] While the retrieval and consolidation of a patient's 
medical records into one central data repository is a neces- 
sary condition in using the patient's medical history effec- 
tively, such a collection is not sufficient. Unless the volu- 
minous number of documents in a patient's medical records 
are adequately organized and presented, there is a small 
chance that a relevant subset of the collection of documents 
can be retrieved and displayed in a timely and relevant 
manner for use by a doctor currently diagnosing and treating 
the patient. Thus categorizing or classifying of each docu- 
ment in a patient's medical history is another necessary 
condition in using the patient's medical history effectively. 
One or more of the categories or classes is then used during 
the retrieval to order a part of or all of the collected 
documents, and a relevant subset for presentation is selected 
from the ordered documents based on a filtering criteria. For 
example, if a doctor's notes of the collection of documents 
are ordered chronologically by date of creation, then only 
the notes over the past year may be displayed. 

[0055] The term "document", as used herein, comprises a 
text or word processing file, an image file (e.g., pdf, jpeg, 
bmp), a page of a paper-based or electronic medical record, 
a film (e.g. X-Ray), a video or audio clip, a multimedia file, 
or a page of any softcopy or hardcopy of information related 
to the patient. The term "medical" is not limited to the 
medical field, but includes dental, pharmaceutical, optom- 
etric, audiological, chiropractic, physical rehabilitation, 
mental health, insurance and contact information relating to 
the patient, and/or any other traditional or non-traditional 
healing fields. The term "clinical" refers to any medical 
information (historical or current), provider or test-result 
based or information provided by the patient, that can be 
used as data for proper diagnosis and treatment of the 
patient. 

[0056] FIG. 5 is a client-server architecture of one 
embodiment of the present invention. Web server 348 of 
server system 310 is connected via a communications net- 
work, e.g. the Internet 312, to client systems 320, 322, and 
324. The server system 310 includes a backend server 340 
connected to a scanner 342, a printer/fax 352 and a database 
344, where database 344 stores electronic copies of the 
patient's medical records. The backend server 340 is con- 
nected to Web server 348. A client system 320 includes a 
personal computer (PC) 330 and a telephone 332, and printer 
(not shown). The PC 330 is connected to the Web server 348 
via Internet 312. The telephone 332 is connected to a phone 
system interface 350 via public telephone system 314. 
Examples of the phone system interface 350 include a 
human interface, voice recognition unit (VRU), or automatic 



call system (e.g., for sending automated announcements to 
patients about keeping their records updated at specific time 
intervals.) 

[0057] A patient's medical records, stored off-line in data- 
base 344, can be accessed by a client system, e.g., 320, 
through a scheduled "Session". A "session" is a time win- 
dow in which the patient's medical information is available 
for access on Web server 348. The patient or the patient's 
authorized representative at, e.g., client system 320 uses 
telephone 332 to call phone system interface 350 to request 
a time window (e.g., start time and duration) to logon to Web 
server 348, and the patient receives a Session ID from the 
backend server 340. The Session ID instructs backend server 
340 when, and for how long information is placed on-line 
for access. The client system 320 logs on to Web server 348 
with the client's Login Name (or Member ID), password, 
and session ID at the given time. If the Session ID given by 
the client system 320 is the same as the session ID given by 
the backend server 340 to the patient via the phone system 
interface 350, then medical information on the patient, e.g., 
a portion or all of a patient's medical records, stored off-line 
in database 344 is transferred to a temporary storage location 
on Web server 348 by the backend server 340. If the session 
ID is incorrect or the patient logs on outside of the given 
time window, then no medical information on the patient is 
transferred to the Web server 348. When the patient logs off 
either explicitly or implicitly, e.g., by not entering informa- 
tion for a predetermined length of time or by exceeding the 
time window, the medical information on the patient is 
deleted from the temporary storage area on the Web server 
348. 16 

[0058] In one embodiment the phone system interface 350 
is a call center whose operators use Web pages from the 
backend server to schedule a session for the patient. In 
another embodiment the phone system interface 350 is a 
phone server connected by a local network to the backend 
server 340, where only the requested time window and 
session ID for the patient is passed between the phone server 
and the backend server 340. 

[0059] Record distribution can be done directly by a 
patient sending an email or fax from his client PC 330 or 
indirectly by calling a service entity by using the telephone 
system (332, 314, 350), which then retrieves relevant docu- 
ments from backend server 340 for distribution via email, 
fax 352, CD-ROM (not shown), or hardcopy generated by 
printer 352 and then shipped off via traditional mail 

[0060] FIG. 6 is a flowchart for the process of managing 
a patient's medical records according to an embodiment the 
present invention. At step 410 the documents from a 
patient's medical records are collected from the patient's 
current and past healthcare providers. The documents may 
be collected in various forms to include electronic, paper- 
based, or film. For the documents that are paper-based, they 
are converted to electronic images by scanner 342. Each 
document in the patient's medical record is categorized (or 
classified) according to a predetermined categorization (or 
classification) system (step 412). In one embodiment all 
documents are converted into electronic format, except the 
medical images on film which are labeled with their catego- 
ries, but not converted into electronic format. In an alterna- 
tive embodiment, these medical images are also converted 
into electronic format. At step 414, the categorized elec- 
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Ironic documents are stored in database 344. Upon request 
of a client system 320 to Web server 348 (with the appro- 
priate session ID), backend server 340 retrieves and arranges 
some or all of the documents, using one or more of the 
categories, or retrieves information about the requested 
documents, e.g. number of documents in a given time 
period, from database 344 (step 416). The arranging of the 
documents, includes a sorting process using one or more of 
the categories, e.g., dale of creation, and a predetermined 
sorting criteria, e.g., reverse chronological order. Next a 
filtering process is performed based on a predetermined 
filtering criterion, e.g., all of the sorted documents in the past 
year or all of the documents describing or listing medica- 
tions. In another embodiment the filtering is done concur- 
rently with the sorting. In yet another embodiment the 
filtering is done before the sorting. At step 418 the filtered 
arranged documents or information about the requested 
documents are sent via Web server 348 to be displayed on 
PC 330 at client system 320. The filtered arranged docu- 
ments may also be emailed, faxed, stored in CD-ROM or 
printed and mailed on behalf of the patient (or for certain 
medical images retrieved from a film archive), either by 
page, section, or by the entire report, e.g., Combined Medi- 
cal Records (CMR) report or Medical Summary (MS) report 
or the patient may print them for his own use using a printer 
(not shown) attached to a client system 330 (step 419). 

[0061] FIG. 7 shows the preferred process of managing a 
patient's medical records of another embodiment of the 
present invention. The process is a cyclical process which 
receives a patient's medical records from a plurality of 
healthcare providers, e.g., 422-1 to 422-8 (both individuals 
422-1 to 422-4 and organizations 422-5 to 422-8). The 
process then produces an output of either all or a portion of 
a Combined Medical Record report 424 or a Medical 
Summary report 426 or both that is an organized version of 
some or all of a patient's medical records. This output is then 
made available to the patient and to one or more of the 
plurality of healthcare providers, as authorized by the 
patient. The patient 428 is the center of this process and has 
the final say or control over which healthcare providers to 
request a copy of the patient's records, and therefore whose 
provider records are to be stored, and whom to authorize 
access for viewing and/or obtaining a copy. The process is 
performed preferably by a service provider, who acts on 
behalf of and with the permission of the patient 428. The 
process has a number of sub-processes: collection of initial 
records and of updates to these records 430, storage 432, 
organization 434, presentation 436 and online access and 
other forms of distribution 438. 

[0062] At collection sub-process 430, a patient's initial 
medical records and any subsequent updates to these records 
are collected. The initial collection effort of a patient's 
medical records from the multiple healthcare providers 
consolidates a patient's medical data in one place, i.e., the 
patient directed central data repository, so that the patient's 
medical data can be reviewed on a comprehensive and as 
importantly, consolidated basis. A search engine using pre- 
determined databases locates the whereabouts of a patient's 
past healthcare providers based on minimal information 
about provider's last name, city, and state. The healthcare 
provider is contacted in order to verify contact information, 
request record copies, and check record collection logistics. 



The patient is provided with periodic updates on the status 
of collecting his records. Each step of the collection process 
is automatically tracked. 

[0063] Updates to the patient's initial medical records are 
collected to keep a patient's medical records current. Peri- 
odic "postcard reminders" or "email reminders" are set-up to 
remind the patient and his record providers to send in any 
new pages added to the patient's record since the previous 
collection. Using a database, the patient and record-provider 
are informed of the most recent type and date of documents 
collected. "Authorization stickers" to be pasted on lab tests 
or exam requests are mailed so that the tests and requests can 
be sent in for updating a patient's records. 

[0064] At storage sub-process 432, the patient's medical 
records, including paper-based records along with a section 
for Patient Inputs, are stored electronically in a patient 
directed central data repository, e.g., database 344. A 
patient's medical records are stored permanently (or for as 
long as the patient wants) so that they are available for use 
in the future by the patient, his healthcare providers, his 
family members, and current and future offspring (legacy). 
The paper medical records are scanned into the computer, 
e.g., scanner 342 coupled to Backend server 340, enhanced, 
and orientated to give an upright presentation. Each scanned 
page is tagged with the patient's name, healthcare provider 
name, and file ID. In addition the patient inputs his medical 
information in order to give his perspective on his health and 
to offer one place for his healthcare providers to view all 
relevant patient-provided information. In an alternative 
embodiment, either the healthcare provider or a third party 
scanning service has previously converted the paper medical 
records into electronic images. As discussed before, each 
electronic image is tagged with the patient's name, record- 
provider name, file ID, and other useful categories. 

[0065] At organization sub-process 434, the patient's 
medical records are organized across the multiple healthcare 
providers by pre-defined schema. This organization enables 
providers and patients to easily find and sort through pages 
of a patient's medical records. The categorization system is 
such that the same categories are used across the multiple 
healthcare providers. Hence, a standard set of categories are 
used for the documents from the multiple healthcare pro- 
viders. The pages can be sorted by, section/categories, 
reverse chronological order, numerically by Document ID, 
alphabetically by name of the record-provider, name of the 
author or name of the medical specialization pertaining to 
the author. Every page is examined and assigned one or 
more categories of "page type." There are 30+categories for 
describing the page type (or "medical category") of a 
particular page in a medical record file. These range from 
typical and commonly used (such as "Labs & Cultures", 
"EKGs", "Progress Notes"), to more detailed (multiple 
categories for Imaging, multiple categories for Hospital 
Notes, multiple categories for Labs & Cultures), then to 
even more refined classifications for narrowing the scope of 
the page search (such as difference between typed and 
un-typed notes; difference between "Inpatient" or "Outpa- 
tient" visits for doctor's or consultative notes.). In addition 
to these medical sub-categories ("Page Type"), there are 
several other indices used to categorize a page including: 
Patient Name, Member ID, Document ID, Author Name, 
Author Date, Author Specialization (to the extent that the 
author is a doctor), and Record-Provider Name. 
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[0066] At the presentation sub-process 436, some or all of 
a patient's medical record information is presented in 
reports. The presentation of the patient's medical informa- 
tion is consistent across the multiple providers in order to 
enable ease of use and understanding. The two main reports, 
i.e., the Combined Medical Records (CMR) and the Medical 
Summary (MS) reports, include most or all of the following 
presentation features: patient comment boxes, patient input 
forms, selected clinical pages (for the Medical Summary), 
patient-added pages (additional record pages to be extracted 
from patient's CMR and inserted into MS report for pre- 
sentation), record indicators (availability factor and source 
factor calculated by algorithmic rules), document logs (by 
date, page type, and specialization), and visual time lines 
(timeline of documents and timeline of progress notes). 

[0067] At access/distribution sub-process 438, on-line 
access by patient himself or by patient-authorized third party 
to a patient's medical records via an Internet browser is also 
provided. Online access enables access and availability of a 
patient's medical records when they are needed, and any- 
where where there is Internet connection. For standard 
(non-emergency) access, the security and access protocols 
are based on an approach from a risk management stand- 
point, which limits the amount and length of time a patient's 
data can be accessed via the Internet. The access protocol 
limits exposure of data to unauthorized access by controlling 
the amount of data made available and when the data is 
accessible via the Internet. For emergency access, the scope 
of content in the patient's medical records is limited for 
unknown (undesignated) 3rd party healthcare providers. 

[0068] Further at access/distribution sub-process 438, a 
patient distributes some or all of his medical records to third 
parties where needed. Distribution requires a patient's 
authorization on a "Send To" form before distribution can 
begin. The Medical Summary and/or Combined Medical 
Records report can be distributed in several formats, includ- 
ing: individual pages, sections, or the entire report copy. 
Patients can make distribution requests from their personal 
pages on the web server or by telephone, fax, email, or mail. 
Distribution can be made by, but is not restricted to, fax, 
email, CD-ROM, paper copy, or a bound copy. 

[0069] Examining FIG. 7 in more detail, collection sub- 
process 430 requires the identity and address of the health- 
care provider, before a patient's medical records can be 
collected from that healthcare provider. Once the identity 
and address of the healthcare provider is known, server 
system 310 automatically generates a letter for the patient's 
signature to request a copy of the patient's medical records 
from the physician or health-care provider organization. 

[0070] FIG. 8 is an example of a user interface for a 
healthcare provider search engine of an embodiment of the 
present invention. In the preferred embodiment, this search 
engine is used by the service provider in the collection 
sub-process to locate the patient's healthcare provider. In an 
alternative embodiment, the search engine is a stand-alone 
that can be used to locate any healthcare provider. The user 
interface 512 executes on a Web browser 510, that is 
displayed on client system PC 330. The user interface 512 
allows the patient to fill in partial information about a current 
or past healthcare provider, for example, the patient could 
provide some minimum information such as a doctor's last 
name (or organization name), city, state, and specialty, and 



the search engine, executing on Web server 348, searches 
several databases to locate the rest of the doctor's (or 
organization's) location information. User interface 512 
includes a selection 520 to choose the type of healthcare 
provider, e.g., a doctor, an input area 522 to enter the name 
of the physician or health-care organization, e.g., Jane Doe, 
M.D., and a selection 524 to choose the specialization of the 
physician or organization. User interface 512 further 
includes several address input areas, 526, 527, 528, 530, and 
532 to enter the current address of the doctor or health-care 
organization. Typically, the required address entries are for 
the city 528, e.g., Any City, and state 530, e.g., CA, or 
alternately, the zip code 532, e.g., 92930. User interface 512 
further includes entry areas for the office phone 534 and for 
the approximate date of the first appointment 536. There is 
a selection button 538, that when selected, automatically 
searches a plurality of predetermined databases to fill in the 
rest of the location information, e.g., address 526 and 527 of 
the physician or organization. Table 1 below gives examples 
of web sites that the search engine searches to find the 
missing location information. In an alternative embodiment 
the search of the Website in Table 1 is done manually. In 
another embodiment the research for locating the provider is 
done using non-Web resources. 

TABLE 1 

http://www.docboard.org/ 

http://www.ama-assn.org/aps/amahg.htm 

http://www.chiiopractor-directory.com/ 

http://www.theintcrnetdirectories.com/thehealthcaredirectory/ 

http://www.sermed.com/hospital.htm 

http://www.nationalhospital.com/index.html 

http://www.hospitalselect.com/curb db/owa/sp_hospselecLmain 

http ://neuro-www2. mgh. harvard.edu/hospitalwebusa. html 
http ://www. thephysiciansdirectory.com/ 
http://www.thedenlistdirectory.com/ 



[0071] After contact information in FIG. 8 is either filled 
in by the user or by the search system, a request for the 
patient's medical records from the Physician/Organization 
522 is created. Next, a Collection Request ID is assigned to 
the request along with inputs for specific record fields 
identified by the Collection Request ID, the Member's (i.e., 
patient's) ID, the information from FIG. 8, the date of the 
request and the status of the request is inserted into the 
CollectRecords table of the database 344. 

[0072] The collection process can be in one of the several 
states, including: 1. Record collection request received, 
waiting for authorization form from member (i.e., patient); 
2. Authorization form received records requested from pro- 
vider; 3. Records not received from provider, second request 
sent; 4. No response to second record request, third request 
sent; 5. No response to third record request, review options 
with member; 6. Records received, waiting to be processed; 
and 7. Records processed into database. The current collec- 
tion status is updated by personnel of the central data 
repository service via a window similar to window 510, but 
with an extra pull-down menu that allows one of the above 
seven status states to be selected or updated. 

[0073] FIG. 9 is an example of a user interface showing 
the collection status of a patient's medical records. The 
display 550 includes the window 552 (Member Administra- 
tion) that has the record status. In column 554 is the 
collection request ID for each request. In column 556 is the 
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name of the organization or physician to whom the record 
request is sent, for example, "Cameron Medical Center" in 
box 570. Also the "Edit" link in box 570 brings up a window 
for "Cameron Medical Center" similar to FIG. 8, and allows 
the information in FIG. 8 to be changed. Column 558 
displays whether or not the search engine was used to fill in 
missing contact information in FIG. 8. Col. 560 gives the 
date the record collection began. Column 562 gives which of 
the seven states, listed above, the present collection status is 
in. Column 564 has comments related to collection of the 
medical record. 

[0074] Once the patient's medical records are received, 
every document is examined and categorized (organization 
sub -process 434). For paper based medical records, each 
page is scanned via scanner 342 into an electronic image, 
stored in TIFF format, and then converted into PDF format, 
once categorization is done. Each electronic image is exam- 
ined and categorized. Among the categories assigned is a 
page category that has a plurality of medical sub-categories. 
These medical sub-categories include, for. example, docu- 
ments on typical medical results and notes, such as a "Labs 
& Cultures" sub-category, a "Consultations" sub-category, a 
"EKGs" sub-category, and a doctor's "Progress Notes" 
sub-category. Some pages could have multiple medical 
sub-categories (cross-referenced). The "Immunizations" 
sub-category, for example, has documents that are also 
found in the "Progress Notes" sub-category and in "Physical 
Exams" sub-category. In an alternative embodiment, some 
or all of the paper-based records have been previously 
scanned at the healthcare provider and these scanned image 
files are examined and categorized, i.e., no scanning is 
needed by the server system 310. 

[0075] FIG. 10A is an example of a user interface for 
categorizing a scanned page of an embodiment of the 
present invention. The scanned page shown in window 714 
is of a medication summary of patient Mary Jane Adams. 
Window 712 is used to assign categories to the scanned page 
in window 714. Window 712 includes an entry area 720 for 
the author of the scanned page, a menu 722 to select the 
specialty of the author given in entry area 720, menus 724 
to enter the date the author generated the paper-based page, 
and a menu 726 to give the page type, i.e., medical sub- 
category as listed in FIG. 15, and cross-indexed (given an 
alternative page type), where it makes sense. 

[0076] When the information in FIG. 10A is submitted to 
the Backend server 340, a Document ID is assigned to the 
scanned page and the Document ID, the information from 
FIG. 9, the Collection Request ID, the Member's ID, the 
Record-Provider's Name, and the date the record was 
entered is inserted as a record into the DocumentLog table 
of the database 344. The scanned page is formatted into a 
PDF format file with a header and a footer having labels of 
one or more categories. The formatted file is stored as an 
electronic image file (for example FIG. 11) with the Docu- 
ment ID as the filename and a .pdf extension. 

[0077] FIG. 10B is an example of a user interface for a 
system of cross-indexing, i.e., adding an additional category 
to an already categorized page or making edits to the 
categorization of a scanned page. Selection 734 allows other 
medical sub-categories as given in FIG. 15 to be added as 
classifying categories for the page 714, i.e., cross-indexing. 
These additional medical sub-categories can be used to 



search and sort the page 714. There is also the choice 736 to 
make edits to the author 740, date 742, or specialization 744 
of an already categorized page 714. Also selection 738 
allows deleting a page that has been duplicated for cross- 
indexing purposes. 

[0078] FIG. 11 shows an example of an electronic image 
810 with the categories added to the header 814 and footer 
816 of scanned page 714 of FIG. 10A. The categories shown 
in this example in the header 814, include: the document 
identifier, "Document ID: 455"820, the page type (medical 
subcategory), "Medication and Allergies"822, the patient's 
name, "Mary Jane Adams"824, and the patient's member 
identifier, "MemberlD 532"826. In the footer 816 the cat- 
egories shown include: the author of this page, "Author: 
Jane Doe, M.D."830, the doctor's specialization, "Special- 
ization: Internal Medicine/Family Practice/Primary 
Care"832, the date the author created the document, "Author 
Date: May 18, 2000"834, and the name and number of the 
service provider, "Peoplechart (415)-3 62-8800". In addition 
any hardcopy of any electronic image is also labeled with 
these descriptive fields in the header and footer. Hence pages 
can be easily traced back to a particular file or section, date, 
or record provider name, and re-ordered when they become 
disorganized. 

[0079] In one embodiment the categories for the header 
that appear on each page include: Document ID, Patient 
Name, Page type(s), and Patient's Member ID. And the 
categories for the footer of each page include Author of the 
page, Specialization of the Author, if relevant, Date in which 
page content was created, and optionally, the service pro- 
vider's phone number. A category that does not but could 
appear on the example page is the name of the record- 
provider who provided the records. In most cases, this can 
be an important organizational tool for those patients who 
see multiple healthcare providers and want to find the pages 
that belong to a particular healthcare provider. In other 
embodiments some of the information in the header may be 
absent or in the footer and some of information in the footer 
may be absent or in the header. In an alternative embodi- 
ment, other categories may be added to the header or footer, 
such as patient aliases, maiden name, patient's date of birth, 
healthcare provider, or additional categories apparent to one 
with ordinary skill in the arts. 

[0080] A patient and/or the patient's doctor(s) can add 
comments to the electronic copy of their medical records by 
launching a comments dialog box. The comments then 
become an integral part of the medical record, i.e., the 
comments are electronically linked to the medical record. 
This provides the patient with a valuable tool to update, 
correct and add to the informational contents of the medical 
record. FIG. 12 is an example of a window 720 of a physical 
exam page 722 of a patient's medical records. The com- 
ments link 721 in FIG. 12 is used to launch the comments 
dialog box. FIG. 13 shows an example of a comment box 
724 in which the patient can enter his own comments related 
to the physical exam summary page 722 of FIG. 12. In this 
example the patient types "the comments entered here will 
be appended to this clinical page". When the "Add/Update 
Comment" button 726 is clicked the comment is appended 
(or linked) to the medication summary page 722. 

[0081] FIG. 14 is an example of a record page document 
with a patient's comments appended to it. Page 732 is the 
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physical exam page 722 of FIG. 12. The comment page 734, 
which is attached or linked to the physical exam page 722, 
has the comments typed in comment box 724 of FIG. 13. 

[0082] FIG. 15 lists the medical sub-categories describing 
page type category of an embodiment of the present inven- 
tion. In this example there are 35 medical sub-categories 
associated with the page type category as shown by "Index 
ID", column 912. The table 910 in FIG. 15 includes a 
column 920 having a description of each medical sub- 
category, and a column 922 for the code used for each 
sub-category. Also included in table 910 is a column 914 
showing the sub-sections in the "Clinical Pages" section of 
the Combined Medical Records (CMR) report; a column 
916 showing the section numbers for the document timeline 
graph; and a column 918 showing the sub-section numbers 
of the "Selected Clinical Pages" section for the Medical 
Summary (MS) report. 

[0083] Some of the medical sub-categories in FIG. 15 
have been broken down from a more general sub-category in 
order to help a doctor find information quickly, including 6 
sub-categories for Imaging, 5 different sub-categories of 
Hospital Notes, and 3 different sub-categories of Labs & 
Cultures. There are also sub-categories for helping patients 
and doctors to quickly select or differentiate the pages they 
want within those categories, such as Typed versus Untyped 
(handwritten). There are also 5 categories of "Other" to 
address and separate duplicate pages, irrelevant pages such 
as those concerning a different patient, title pages from 
healthcare provider files, and administration type pages. 
Thus all documents of a patient's medical history are 
categorized with at least one medical sub-category given in 
FIG. 15. The categories given in FIG. 15 are not to be 
interpreted as limiting, but are a preferred embodiment of 
the present invention. Other embodiments may have differ- 
ent categories or the same or a different number of catego- 
ries. For example, The "Medications and Allergies" sub- 
category could be further divided into traditional and non- 
traditional medications. 

[0084] Once the categorized documents are stored in data- 
base 344, these categorized documents can be sorted and/or 
searched. Pages can be found in a selected category or 
sub-category by using "Search By" category fields displayed 
on a client system, e.g., client's personal computer 330. 
Moreover, pages can be re-categorized into different catego- 
ries at the request of the patient. The categorized documents 
can also be sorted into a tabbed collection of documents and 
presented as a report, e.g., the Combined Medical Records 
(CMR) or Medical Summary (MS) report, as described with 
tab names displayed in the order of prioritization as shown 
on 914 and 918 (FIG. 15), respectively. These reports are 
either presented on the client system, e.g. 320, using a Web 
browser connected to Web server 348, emailed as an attach- 
ment, faxed, saved on a CD-ROM or printed, or both. 

[0085] The Combined Medical Records report is an orga- 
nized and comprehensive portfolio of a patient's medical 
history. The CMR includes both clinical record pages col- 
lected and compiled from a patient's current and past 
healthcare providers and a section called Patient Inputs, 
which provides an opportunity for patients to add their 
perspective and assessment of their health history, condition, 
and objectives. The CMR further includes organizational 
tools such as document logs, providing a page-by-page 



inventory of the medical records in the patient's files and a 
time line of activities represented by documents collected 
over the course of a patient's health history. An example of 
a CMR outline by section and sub-section is given in Table 
2 below. 

TABLE 2 



SECTION SUB-SECTION 

A. Table of Contents 

B. Patient Inputs 

C. Document Logs 

1. By Date 

2. By Medical Category 

3. By Specialty 

D. Document Timeline 

E. Clinical Pages 

1. Medications & Allergies 

2. Immunizations 

3. Patient Intake 

4. Physical Exams 

5. Progress Notes 

6. Consultations 

7. Operative Notes 

8. ER Reports 

9. Hospital Summaries 

10. EKGs 

11. Imaging Reports 

12. Special Tests 

13. Labs & Cultures 

14. Therapy Notes 

15. Billing & Insurance 

16. Other 



[0086] A patient may designate any document in his 
medical records as "Private". These "Private" documents are 
only viewable by the patient and are not included in the 
CMR or MS reports. If the patient wants to provide "Pri- 
vate" documents to another party, this can be done on a per 
document basis. 

[0087] FIG. 16 is an example of a user interface 930 
allowing the designating of some of a patient's medical 
records as "Private". FIG. 16 has information in its columns 
similar to FIG. 17, except there is a "Private" column 932, 
that allows a patient to select which documents in column 
954 are to be designated "Private". After the patient checks 
the checkboxes, e.g., checkbox 934, of the private docu- 
ments, he clicks the button "Hide Private"936 to complete 
the hiding process, i.e., only the patient can view the private 
documents. Hiding Document 455 (checkbox 934) means 
that the information relating to Document 455 will not 
appear in the document logs, timelines, or reports as illus- 
trated in FIG. 17 and FIG. 18. 

[0088] Both the CMR and MS reports have record indi- 
cators to inform the doctor whether some of the patient's 
medical records are missing from the report, i.e., marked 
"Private" in the database. Another record indicator that 
informs the doctor whether the clinical pages were provided 
by another healthcare provider or by the patient. These 
indicators assist the doctors in determining the reliability of 
the medical records. 

[0089] "Availability" factors are calculated and displayed 
for each sub-section of the clinical page section of the CMR 
and for the whole report. These factors are also applicable to 
each sub-section of the selected clinical pages of the MS. 
The availability factor is the ratio of the number of pages 
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presented in the report to the total number of pages col- 
lected, by section and by entire report. This indicates to the 
physician whether some pages have been classified as Pri- 
vate and are not available for viewing. For example, an 
availability factor of 75% on a subsection of four documents 
means for example, that 3 out of the 4 documents in the 
subsection are included in the sub-section, while one docu- 
ment has been excluded from the presentation or marked as 
"Private." 

[0090] "Source" factors help measure the classification of 
the source, individual or organization who sent in the 
records, for each sub-section of the clinical pages in the 
CMR and for the whole report, i.e., those records provided 
or sent in by a patient versus those records sent in or 
provided by provider. Since many physicians are concerned 
that they have a complete set of records, they assess the 
credibility of these records by the source -sender of the 
records, i.e., whether the records have been obtained directly 
from a healthcare provider or indirectly from the patient. 
This information is provided as a ratio of the number of 
clinical pages in a medical sub-category obtained directly 
from healthcare providers to the total number of pages in this 
medical sub-category. A source factor of 90% in a subcat- 
egory having ten pages would indicate that nine pages came 
directly to the data repository service from the healthcare 
provider, and one page came from the patient. 

[0091] After the "Table of Contents" section, the next 
section in the CMR is the "Patient Input" section. The 
patient input section allows a patient to share his perspective 
of his health with his doctor. This section includes: a 
patient's assessment of his health history, current health 
condition, and objectives; clinical information that the 
patient himself fills in order to supplement his medical 
records, such as medications, immunizations, and allergic 
reactions; and personal and medical contact information, 
health insurance, and administrative information. The 
patient input section includes two major parts completed by 
the patient. Part I provides the patient's personal and medi- 
cal information, description of health statistics, family his- 
tory, and assessment of his health conditions. Part II pro- 
vides medical and personal contacts for times of medical 
emergencies and other relevant administrative information. 

[0092] The Part I, Health Assessment, is further divided 
into: personal information, current health concerns, health 
history, allergies & reactions, medications, doctors be aware, 
general health & background (including immunizations), 
hospitalization history, family health history, alternative/ 
complementary medicine, and health objectives & experi- 
ence. Part II, Personal Contacts and Administrative Infor- 
mation, is further divided into: doctor contact information, 
emergency contact information, employment information, 
and health insurance. 

[0093] The third section in the CMR is the "Document 
Logs" section. Document logs provide an inventory listing 
of every page contained in a patient's collected medical 
records. TTiis list can help the patient and her doctor spot a 
specific clinical page or review the amount, type, and timing 
of clinical documents available in the patient's files. Pages 
may be sorted by sub-categories, for example: 1) Document 
ID#, 2) Document date, 3) Record-provider name, 4) Page 
type by medical sub-category, 5) Author of the document 
and 6) specialization of the author. In one embodiment, the 



CMR documents are sorted by the document date, by 
medical subcategory, and by doctor specialization to pro- 
duce three different logs. 

[0094] A document log sorted by date, provides an inven- 
tory of pages in a patient's compiled records, presented in 
reversed chronological order based on the date shown for 
creation of the page content. When a document cannot be 
dated based on information from the page, a default date is 
chosen that places the document at the end of the log. With 
default dates, the patient is advised to review and provide a 
date if known or available. When a document has multiple 
dates listed on the page, such as pages found in Progress 
Notes or Medication Refill Logs, the most recent date is 
chosen. However, due to the fact that there are usually 
multiple dates for Progress Notes, pages of this type are 
shown separately in its own Timeline table. 

[0095] A Document log sorted by medical category pro- 
vides an inventory of pages in a patient's compiled records, 
organized by sections made up of commonly used medical 
sub-categories such as medications & allergies; hospital 
summaries; labs & cultures; etc. (see FIG. 15). Within each 
sub-category, pages are sorted in reversed chronological 
order. When a document cannot be placed in a specific 
medical sub-category, it is placed in a sub-category labeled 
"Other: Unclassified" and placed at the end of the log. 

[0096] A document log sorted by specialization organizes 
the pages based on the specialty of the doctor or provider 
who wrote or created each page. This log provides an 
inventory of pages in a patient's compiled records, orga- 
nized by name of the specialty of the physician(s) who 
authored the pages. The ability to sort charts by specialty 
helps patients bring information that is most relevant to their 
doctors, especially when they see a specialist about a par- 
ticular condition. Pages authored by a location or an orga- 
nization (such as a health clinic or laboratory) can be 
difficult to classify into specialties and are left for the 
patients or their doctors to categorize by relevant specialty. 
A document which cannot be categorized by specialty of 
author is included in a category labeled, "Unknown Spe- 
cialty" and placed at the end of the log. 

[0097] While the CMR provides three logs, other docu- 
ment logs based on the other categories can be generated and 
displayed. FIG. 17 is an example of a document log sorted 
by medical sub-category of an embodiment of the present 
invention. The window 952 includes the document log 
sorted by the medical sub-categories of FIG. 15. Column 
954 gives the document ID for each document. Cell 970 has 
document ID 456, which is a link to the document image, 
e.g., the scanned image of the page (while document ID 455 
(as selected by checkbox 934) is hidden from view as a 
result of having clicked on "Hide Private" button as 
described on FIG. 16). When "456" is selected a separate 
window (not shown) opens with the document's image. The 
four cells 972 have document IDs 457, 458, 459, and 460, 
which all have the same date 974, i.e., "Jun. 15, 1999" and 
the same page type "Physical Exams"978. The window 952 
further includes, column 956 which has the date the docu- 
ment was created, column 958 has the healthcare provider 
that provided the document, column 960, "Page Category" 
and the primary "Sort Key" in this example, has the medical 
sub-category from FIG. 15, column 962 has the name of the 
doctor who created the document, and column 964 has the 
specialization of the doctor in column 962. 
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[0098] The fourth section in the CMR is the "Document 
Timeline" section. A timeline shows the pattern of events in 
the course of a patient's medical history by tracking the 
number of documents collected over time by sections made 
up of commonly used medical sub-categories (see FIG. 15) 
such as medications & allergies; physical exams, hospital 
summaries; labs & cultures; EKGs; imaging reports; and 
consultations with doctors, etc. Within each medical sub- 
category of the timeline, each mark on the timeline is 
identified by its unique combination of creation date and 
creator name (author). For each sub-category, each indi- 
vidual mark on the timeline can represent one or more pages 
that have the same date and author. Said another way, 
document that is made up of multiple pages (such as lab 
results) share only one mark on the timeline. The patient and 
doctor can visually gauge the type and frequency of activi- 
ties performed by reviewing the number of "X's" that 
documents) collected over the course of the patient's medi- 
cal history by medical sub-category. Both patient's and 
doctor's comments about the timeline are provided at the 
end of section. 

[0099] FIG. 18 is an example of a document timeline for 
FIG. 17 of an embodiment of the present invention. Window 
1012 includes a column 1020 having the Document ID, 
column 1022 having the author of the document, column 
1024 having the date the document was created, and a time 
line divided by months, e.g., the 12 months for year 2000 
1026 and the 12 months for year 1999. In addition, the 
window 1012 shows several sections, e.g., a "Medication & 
Allergies" section 1040, that includes document ID 456 in 
cell 1030 (while document ID 455 (as selected by checkbox 
934) is hidden from view as a result of having clicked the 
"Hide Private" button 936 as described in FIG. 16), and a 
"Physical Exams" section 1040, that includes document IDs 
460, 457, 458, 459 in cell 1032, since they all have the same 
date "Jun. 15, 1999"1034 and same author "Jane Doe, 
M.D/1035, these documents get one mark only, 1038. For 
document ID 456 (cell 1030), there is mark 1036 on the 
timeline. For document IDs 460, 457, 458, 459 (cell 1032) 
there is mark 1038 on the timeline. FIG. 19 is an example 
of a timeline of the number of a doctor's progress note of an 
embodiment of the present invention. The timeline 1110 has 
the number of progress notes on the y-axis 1112 and the 
time, e.g., month, on thex-axis 1114. For example, in June 
1116 there were two progress notes written 1118. The 
timeline 1110 is segmented by years, 1120, 1122, 1124, 
1126, and 1128. A table 1130 lists actual dates in the month 
the progress notes were written. Table 1130 is also seg- 
mented by year 1132, 1134, 1136, 1138, and 1140 to corre- 
spond to years 1120, 1122, 1124, 1126, and 1128 of timeline 
1110, respectively. The progress notes may be color coded to 
represent the different providers who authored the notes. 

[0100] The fifth section in the CMR is the "Clinical 
Pages" section. Medical record documents collected from a 
patient's past and present doctors are arranged into com- 
monly used medical sub-categories (FIG. 15), and sorted by 
date in reverse chronological order. The sub-sections of the 
CMR for the "Clinical Pages" section are listed in Table 2 
above. 

[0101] Sub-section 1. The Medications & Allergies sub- 
section of the "Clinical Pages" section includes refill logs, 
medication notes, any pages in progress notes section ref- 
erencing medications, and any pages in physical exams 



section referencing medications. This sub-section can be 
cross-referenced to the patient input sub-sections for aller- 
gies and reactions and medications. In one embodiment the 
cross-reference is done manually by the patient's doctor or 
medical records technician. In an alternative embodiment, 
there is a "cross-referenced" button on the display window 
so that a page can appear in multiple sub-sections of the 
CMR and Medical Summary Report. The cross referencing 
is done by the service provider. In an alternative embodi- 
ment the cross referencing may be done by the patient and/or 
healthcare provider. 

[0102] Sub-section 2. The Immunizations sub-section 
includes documentation of immunization given to the 
patient. Pages may be cross-referenced to the progress notes, 
physical exams sub-sections, and to the general health & 
background of the patient input section. 

[0103] Sub-section 3. The Patient Intake Applications sub- 
section includes an application usually filled out by patient 
during a first visit with a doctor. 

[0104] Sub-section 4. The Physical Exams sub-section 
includes notes (typed or handwritten) related to patient 
during a physical examination. 

[0105] Sub-section 5. The Progress Notes sub-section 
includes notes from a first visit and any subsequent outpa- 
tient visits with the patient's doctors. 

[0106] Sub-section 6. The Consultations sub-section 
includes physician consultation notes from any outpatient 
setting. 

[0107] Sub-section 7. The Operative Notes sub-section 
includes notes related to both inpatient and outpatient pro- 
cedures, surgeries, and operations, performed in clinics or 
hospitals. 

[0108] Sub-section 8. The ER Reports sub-section 
includes notes from visits to emergency rooms of hospitals 
or clinics. 

[0109] Sub-section 9. The Hospital Summaries sub-sec- 
tion includes in-patient notes and consultations taken during 
patient's hospitalization, such as Admitting History & 
Physical, Discharge Summary, Consultations (Inpatient), 
Progress Notes (Inpatient), and any other hospital notes. 
Surgical, operative and procedure reports and notes, which 
are found in Operative Notes sub-section are excluded. Also 
any outpatient visits to clinics or hospitals, which are found 
in Consultations, Progress Notes, or Physical Exams sub- 
sections are excluded. Lab results and EKG's done in 
hospitals are excluded and found in the EKG and Labs & 
Cultures sub-section. In an alternative embodiment, the 
above excluded information is cross-referenced to the appro- 
priate sub-sections. 

[0110] Sub-section 10. The EKGs sub-section includes 
Electrocardiogram, ECG, or rhythm strips. 

[0111] Sub-section 11. The Imaging Reports sub-section 
includes scans and ultrasounds including the following 
imaging results: X-Rays, Ultrasounds, Mammograms, CAT 
or CT scans, MRI scans, Nuclear medicine scans, DEXA 
(bone density) scans, PET scans and any other imaging test 
results. 

[0112] Sub-section 12. The Special Tests sub-section 
includes any tests that are non-EKG and non-imaging 
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related, such as: ECHO-Cardiograms, Cardiac stress tests, 
Treadmill tests, Pulmonary Function tests, Dobutamine or 
Persantine stress tests, MUGAs, and any other specialized 
test results. 

[0113] Sub-section 13. The Labs & Cultures sub-section 
includes: Blood chemistries, complete blood counts, pro- 
times and other tests of coagulation, arterial blood gases, 
urinalysis and urine chemistries, lipids, serologic tests, HIV 
tests (provided with patient's authorization), culture & sen- 
sitivities (including urine, sputum, blood, etc.), pathology 
reports, and any other lab or culture results. 

[0114] Sub-section 14. The Therapy Notes sub-section 
includes any kind of log or notes pertaining to any kind of 
ongoing or periodic therapy or treatment, such as physical 
therapy, occupational therapy, radiation therapy, chemo- 
therapy, any other therapy notes. 

[0115] Sub-section 15. The Billing & Insurance sub-sec- 
tion includes copies of insurance cards and other informa- 
tion related to billing, insurance, and payment. 

[0116] Sub-section 16. The Other sub-section includes 
record release forms, duplicate, irrelevant, misfiled, section, 
title, blank, and administrative pages that are not billing, 
insurance, or prescription related. Other administrative 
pages can include patient-sent or initiated letters, correspon- 
dences, forms, phone logs, record release forms. 

[0117] The Medical Summary (MS) report enables both 
patient and doctor to quickly review a patient's medical 
condition and history both in medical emergency and in less 
urgent but time sensitive situations such as a first visit to a 
new doctor. It includes clinical record pages selected from a 
patient's combined medical record file. The section and 
sub-sections are given in Table 3 below. 



TABLE 3 



SECTTON 


SUB-SECTION 


A. Table of Contents 




B. Patient Inputs 




C. Document Log 






1. By Date 




2. By Type 




3. By Specialty 


E. Select Clinical Pages 






1. Medications & Allergies 




2. Immunizations 




3. Physical Exams 




4. Progress Notes 




5. Consultations 




6. Operative Notes 




7. ER Reports 




8. Hospital Summaries 




9. EKGs 




10. Imaging Reports 




11. Special Tests 




12. Labs & Cultures 




13. Therapy Notes 




14. Patient Added Pages 



[0118] The first three sections, Table of Contents, Patient 
Inputs, and Document Log are the same as those in CMR. 
The "Select Clinical Pages" sub-section however has spe- 
cific record pages from the CMR organized into sub-sections 
based on commonly used medical categories (the MS sub- 
sections are given in FIG. 15 column 918). For all sub- 
sections, pages included in each sub-section are automati- 



cally drawn from a patient's Combined Medical Records 
using a formula. The formula includes all documents with 
document creation dates within the Nl months prior to and 
including the patient's most recent date of activity for the 
specific sub-category or a minimum of Ml documents 
(regardless of time) each with an unique combination of 
creation date and creator name (author), which ever is 
greater. In one embodiment Nl=12 and Ml =3, but Nl and 
Ml can be any integer numbers. This formula is automatic 
and captures the most recent pages. However, other embodi- 
ments can use a different formula. For example the avail- 
ability factor can be used to change the order of some 
documents with the most recent and most available being 
first. 

[0119] In another embodiment, the first step in generating 
the group of selected clinical pages for each sub-section of 
the MS from the CMR is to retrieve from the DocumentLog 
table of the database the date of the most recent clinical page 
for the specified sub-section and target patient. In the second 
step, the number of Private clinical pages (clinical pages that 
the patient has designated to be viewable by the patient and 
no one else), the number of patient-provided clinical pages 
(clinical pages obtained directly from the patient rather than 
directly from a healthcare provider), and the total number of 
clinical pages with author (doctor/organization) creation 
dates within N2 months prior to and inclusive of the most 
recent clinical page obtained in the first step above, are 
obtained from the database. If the second step identifies less 
than M2 number of clinical pages, the next most recent 
clinical documents (i.e., over one year of the most recent 
clinical page) are added to the group so that there are at least 
M2 unique set of documents presented in the group. In an 
embodiment N2=12 and M2=3, but N2 and M2 can be any 
integer numbers. Next, the Availability and Source factors 
are calculated. The selected clinical pages in the presentation 
group are now retrieved from the database in reverse chro- 
nological order for the specified sub-section. This process is 
repeated for each sub-section of the "Select Clinical Pages" 
section. 

[0120] The "Selected Clinical Pages" has sub-sections 
given in Table 3 above, and except for a new "Patient Added 
Pages" sub-section, is a subset of the sub-sections given for 
the "Clinical Pages" section of the CMR listed in Table 2 
above. 

[0121] The "Patient Added Pages" sub-section includes 
any clinical pages from the CMR that a patient would view 
as important to include in the Medical Summary. These 
pages are usually those pages that fall outside the range set 
by the automated formula for extracting selected record 
pages from the CMR. 

[0122] In one embodiment of the present invention there 
are two flexible access plans for third parties having on-line 
access to a patient's medical records: emergency and non- 
emergency access. 

[0123] In the case of a medical emergency, a healthcare 
provider can view the telephone number on the patient's 
membership card to call the phone server 350 (FIG. 5) with 
the patient's "Member ID". The amount of access given to 
the emergency healthcare provider has been pre -selected by 
the patient to be one of several possible Emergency Access 
levels. In one embodiment these could be Private (where no 
information is provided); Contact Information Only (where 
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only contact information for reaching the patient's doctor(s) 
and/or family members or next-of-kin are made available; 
Medication and Contacts Only (where medication descrip- 
tions and medication lists are added to contact information); 
and Full Access (where record pages from Combined Medi- 
cal Records or Medical Summary are made available (except 
pages member classified as "Private"). 

[0124] Under non-emergency, i.e., normal situations, a 
patient selects what type of access to give to a third party, 
such as his doctor, in acessing his medical information. 
There may be various levels of access for a patient and 
potentially third-parties authorized by the patient. The 
access in one embodiment is set using a password protected 
Web page. The levels in one embodiment are given in Table 
4 below. 



TABLE 4 







Access Rights 






Assign 










(create) 


Schedule 


Edit patient's 


"View 




new users 


a specific 


records and 


patient's 




to access 


time for viewing 


distribute 


classified 


Access 


patient's 


patient's medical 


records to 


"Private" 


Levels 


account? 


records online? 


another party? 


pages? 


Patient 
Surrogate 
Provider 
Limited 


YES 
YES 
NO 
NO 


YES 
YES 
YES 
NO(*) 


YES 
YES 
NO 
NO 


YES 
NO 
NO 
NO 



(*) In one embodiment the patient must schedule a session for the third 
party. 



[0125] The patient or his legal surrogate decides and 
authorizes the distribution of all or part of the patient's 
medical records to one or more third parties. A patient can 
transmit, via email or fax, a medical record or a group of 
medical records directly by using her web browser. Off-line 
distribution service is provided only with a patient's, legal 
surrogate or guardian's signed authorization on a "Send To" 
Authorization Form. There are several media which the 
whole or portion of a patient's CMR or MS report can be 
distributed by, to include: fax, email, CD-ROM, DVD, paper 
copy, or microfiche. 

[0126] FIGS. 20-1 to 20-7 show the database structure 
1410 of an embodiment of the present invention. The 
off-page connectors are given by the letters "a" through "w". 
The legend 1412 in FIG. 20-1 explains that "PK" is a 
primary key, "FK" is a foreign key, and "I" is indexed (i.e., 
an index structure is used to access records in a file). While 
in legend 1412, "bold" text indicates a required attribute and 
"normal" text indicates an optional attribute in this embodi- 
ment, other embodiments have different combinations of 
required and optional attributes. An example of an entity set 
is "ClientDir" entity 1420 (i.e., the set of clients or patients) 
which has a primary key of "ClientlDX" (i.e., the client ID) 
1422, and several attributes, e.g., "LastName"1424 (i.e., the 
client's last name). A particular value of "ClientIDX"1422 
can be used to determine the client's (i.e., patient's) physi- 
cian, by using the foreign key "ClientIDX"1442 in "Physi- 
cian" entity set 1440 in FIG. 20-5, to retrieve attribute 
"LastName"1444 of the entity (i.e., a particular doctor) in 
the "Physician" entity set 1440 with the particular value of 
"ClientlDX" (i.e., the last name of the patient's doctor). The 
off page connector "p" from entity set 1440 terminates in 



ClientDir entity 1420 indicating the foreign key relationship. 
In addition, the particular value of "ClientlDX" can be used 
to search entity set "DocumentLog"1450 (i.e., the set of 
document logs) to get the "DocumentIDX"1454 (e.g., Docu- 
ment ID #) for each document associated with the client with 
the particular value of "ClientlDX" (i.e., the document IDs 
of the documents in a patient's medical records). The off 
page connector "t" from entity set 1450 terminates in 
ClientDir entity 1420 indicating the foreign key relationship. 

[0127] While the embodiments given herein describe 
management of a patient's medical records, the scope of the 
present invention is not so limited but, includes other types 
of records where a person needs his/her records collected, 
categorized, stored (under his/her direction), and presented 
(e.g., displayed or distributed). Such other type of records 
include tax documents, wills, personal letters, legal papers, 
licensing/ownership papers, bills, payments, investments, 
and other personal information. 

[0128] Although specific embodiments of the invention 
have been described, various modifications, alterations, 
alternative constructions, and equivalents are also encom- 
passed within the scope of the invention. The described 
invention is not restricted to operation within certain specific 
data processing environments, but is free to operate within 
a plurality of data processing environments. Additionally, 
although the invention has been described using a particular 
series of transactions and steps, it should be apparent to 
those skilled in the art that the scope of the invention is not 
limited to the described series of transactions and steps. 

[0129] Further, while the invention has been described 
using a particular combination of hardware and software, it 
should be recognized that other combinations of hardware 
and software are also within the scope of the invention. The 
invention may be implemented only in hardware or only in 
software or using combinations thereof. 

[0130] The specification and drawings are, accordingly, to 
be regarded in an illustrative rather than a restrictive sense. 
It will, however, be evident that additions, subtractions, 
deletions, and other modifications and changes may be made 
thereunto without departing from the broader spirit and 
scope of the invention as set forth in the claims. 

What is claimed is: 

1. A method for managing a patient's medical records 
authored by a plurality of healthcare providers, wherein at 
least two healthcare providers of said plurality have different 
medical records systems, said method comprising: 

categorizing a plurality of documents of said patient's 
medical records according to a categorization system; 

storing in a central storage area said categorized plurality 
of documents, wherein access to said central storage 
area must be authorized by said patient; and 

retrieving an ordered set of documents of said categorized 
plurality of documents, using at least one of a plurality 
of predetermined criteria. 

2. The method of claim 1 wherein said central storage area 
comprises a database. 

3. The method of claim 1 wherein said plurality of 
predetermined criteria include sorting said categorized plu- 
rality of documents in reverse chronological order of cre- 
ation dates, by medical sub-category, by author, by author 
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specialization, in numerical order of document ID, by docu- 
ment provider, or any combination thereof. 

4. The method of claim 1 further comprising: 

sorting said plurality of documents; and 

presenting said sorted plurality of documents based on a 
selection criterion and a prioritization algorithm. 

5. The method of claim 1 further comprising displaying 
said ordered set of documents to a current healthcare pro- 
vider examining said patient. 

6. The method of claim 5 wherein said displaying said 
ordered set of documents to a current healthcare provider 
occurs only for documents in said ordered set which are not 
marked private by said patient. 

7. The method of claim 1 wherein said categorization 
system is the same for all healthcare providers of said 
plurality of healthcare providers. 

8. The method of claim 1 wherein said categorization 
system comprises a plurality of categories, said categories 
comprising a document identifier. 

9. The method of claim 8 wherein said categories further 
comprise: an author of a page, a specialization of said author, 
a date said page was created, a page type, a record source, 
or a name of a file provider. 

10. The method of claim 1 wherein said plurality of 
documents comprises scanned paper-based pages of said 
patient's medical records. 

11. A method for a patient accessing said patient's medical 
records originating from a plurality of healthcare providers, 
wherein at least two healthcare providers of said plurality 
have different medical records systems, said method com- 
prising: 

collecting from said plurality of healthcare providers a 
plurality of documents of said patient's medical 
records, wherein said plurality of healthcare providers 
comprise a past and a present health care provider of 
said patient; 

categorizing said plurality of documents according to a 
categorization system, having more than two catego- 
ries; 

storing in a storage area of a central computer storage said 
categorized plurality of documents, wherein said stor- 
age area is under control of said patient; and 

retrieving a document of said stored categorized plurality 
of documents according to at least one of a plurality of 
selection criteria, said plurality of selection criteria 
based on said categorization system. 

12. The method of claim 11 further comprising displaying 
said retrieved document to said patient. 

13. The method of claim 11 further comprising displaying 
said retrieved document to a third party after approval by 
said patient or said patient's legal surrogate. 

14. The method of claim 11 further comprising displaying 
said retrieved document to said patient, but not to said 
patient's legal surrogate. 

15. The method of claim 11 further comprising distribut- 
ing said retrieved document by fax, email, or hard copy. 

16. The method of claim 15 wherein said hard copy 
comprises a floppy disk, CD, microfiche, or paper copy. 

17. The method of claim 11 wherein said one selection 
criterion selects documents of said stored categorized plu- 
rality of documents with document dates within the previous 



N months starting with said patient's most recent date of 
activity or a minimum of M documents, whichever results in 
more documents. 

18. The method of claim 17 wherein N«12 and M-3. 

19. The method of claim 11 wherein said categorization 
system is the same for all healthcare providers of said 
plurality of healthcare providers. 

20. The method of claim 11 further comprising displaying 
a document log of said categorized plurality of documents to 
said patient. 

21. The method of claim 20 wherein said document log is 
organized by document date, page type, or doctor specialty. 

22. The method of claim 11 wherein said selection criteria 
selects documents in a category selected from a group of 
categories consisting of: Medications & Allergies, Immuni- 
zations, Patient Intake Apps, Physical Exams, Progress 
Notes, Consultations, Operative Notes, ER Reports, Hospi- 
tal Summaries, EKGs, Imaging Reports, Special Tests, Labs 
& Cultures, Therapy Notes, Billing & Insurance, and Other. 

23. The method of claim 11 wherein said selection criteria 
selects documents in a category selected from a group of 
categories consisting of: Medications & Allergies, Immuni- 
zations, Physical Exams, Progress Notes, Consultations, 
Operative Notes, ER Reports, Hospital Summaries, EKGs, 
Imaging Reports, Special Tests, Labs & Cultures, Therapy 
Notes, and Patient Added Pages. 

24. The method of claim 11 wherein said categorization 
system comprises a plurality of categories, said plurality of 
categories comprising: document ID, page type, author of 
said document, specialization of said author, provider of the 
record, and date of said document. 

25. The method of claim 24 wherein said selection criteria 
selects documents in a category of said plurality of catego- 
ries. 

26. The method of claim 11 further comprising, when 
needed, converting to electronic format each document of 
said patient's medical records. 

27. The method of claim 11 further comprising, providing 
to said patient a Combined Medical Records (CMR) report, 
said CMR report comprising said categorized documents 
organized by sections, said sections comprising a clinical 
pages section. 

28. The method of claim 27 wherein said clinical pages 
section comprises Medications & Allergies, Immunizations, 
Patient Intake Apps, Physical Exams, Progress Notes, Con- 
sultations, Operative Notes, ER Reports, Hospital Summa- 
ries, EKGs, Imaging Reports, Special Tests, Labs & Cul- 
tures, Therapy Notes, Billing & Insurance, and Other sub- 
sections. 

29. The method of claim 11 further comprising, providing 
to said patient a Medical Summary (MS) report, said MS 
report comprising said categorized documents organized by 
sections, said sections comprising a selected clinical pages 
section. 

30. The method of claim 29 wherein said selected clinical 
pages section comprises Medications & Allergies, Immuni- 
zations, Physical Exams, Progress Notes, Consultations, 
Operative Notes, ER Reports, Hospital Summaries, EKGs, 
Imaging Reports, Special Tests, Labs & Cultures, Therapy 
Notes, and Patient Added Pages sub-sections. 

31. The method of claim 11 further comprising, searching 
for a doctor's location using a customized search engine. 
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32. A method for a patient accessing said patient's medi- 
cal records originating from a plurality of healthcare pro- 
viders, said method comprising: 

collecting from said plurality of healthcare providers said 
patient's medical records; 

categorizing a plurality of documents of said patient's 
medical records according to a categorization system; 

storing in a storage area of a central computer storage said 
categorized plurality of documents, said storage area 
under control of said patient; and 

displaying a document log of said categorized plurality of 
documents to said patient. 

33. The method of claim 32 further comprising displaying 
a time line graph indicating a date when a document of said 
categorized plurality of documents was created. 

34. The method of claim 32 wherein said document log 
comprises an inventory of said categorized plurality of 
documents sorted by document ID, page type, author of said 
document, specialization of said author, record provider, or 
document date. 

35. The method of claim 32 wherein said document log is 
sorted by date in reverse chronological order. 

36. The method of claim 32 wherein said document log 
comprises a link to a display of a document of said catego- 
rized plurality of documents. 

37. A system for centrally managing a plurality of medical 
records of a patient distributed across a plurality of health- 
care providers, said system comprising: 

a collection module for collecting from said plurality of 
healthcare providers said plurality of medical records, 

a computerized categorization system for categorizing 
each medical record of said plurality of medical 
records, wherein said categorization system is the same 
for all healthcare providers of said plurality of health- 
care providers; 

a patient directed central storage area for electronically 
storing said categorized plurality of medical records; 
and 

a retrieval module for retrieving an ordered plurality of 
documents of said categorized plurality of medical 
records, wherein said ordered plurality of documents is 
arranged using at least one of a plurality of criteria, said 
plurality of criteria based on said computerized catego- 
rization system. 

38. The method of claim 37 further comprising a display 
for displaying said ordered plurality of documents. 

39. The method of claim 38 wherein said display for 
presenting comprises a Web browser. 

40. The method of claim 37 further comprising a distri- 
bution module for creating a CD, email, facsimile document, 
or printed document comprising information in said ordered 
plurality of documents. 

41. The method of claim 37 further comprising a search 
engine application stored in a computer readable medium for 
locating a doctor or an organization of said plurality of 
healthcare providers. 

42. The method of claim 37 wherein said categorization 
system comprises: document ID, page type, author of said 
document, specialization of said author, provider of the 
record, and date of said document. 



43. A method of centrally managing medical records of a 
patient authored by a plurality of healthcare providers, said 
method comprising: 

collecting from said plurality of healthcare providers a 
plurality of medical records, wherein said plurality of 
medical records comprise a plurality of paper based 
documents, and wherein said plurality of healthcare 
providers comprise a past and a current health care 
provider; 

classifying each page of said plurality of paper based 
documents using classes of a classification system 
common across said plurality of healthcare providers; 

converting each page of said plurality of paper based 
documents to an electronic image; 

storing each electronic image in a computer readable 
medium wherein access to said computer readable 
medium is authorized by said patient; 

retrieving an organized subset of said electronic images, 
using at least one of a plurality of criteria; and 

displaying an electronic image of said organized subset. 

44. The method of claim 43 wherein said classifying each 
page comprises adding a header and a footer to each page, 
wherein said header comprises a first group of classes of said 
classification system and said footer comprises a second 
group of classes of said classification system. 

45. The method of claim 44 wherein said first group 
comprises: a document ID, page type, patient name, and 
member ID. 

46. The method of claim 45 wherein said page type is a 
medical category selected from a group consisting of: Medi- 
cations & Allergies, Immunizations, Patient Intake Apps, 
Physical Exams, Progress Notes, Consultations, Operative 
Notes, ER Reports, Hospital Summaries, EKGs, Imaging 
Reports, Special Tests, Labs & Cultures, Therapy Notes, 
Billing & Insurance, and Other. 

47. The method of claim 44 wherein said second group 
comprises: 

author of said page, author's specialization, if a doctor, 
and creation date of said page. 

48. The method of claim 43 wherein said classification 
system comprises: a document ID, page type, patient name, 
member ID, author of said page, author's specialization, if 
a doctor, and creation date of said page. 

49. A system for centrally managing a plurality of medical 
records of a patient originating from a plurality of healthcare 
providers, said system comprising: 

a backend server for receiving said plurality of medical 
records from said plurality of healthcare providers, 
wherein each document of said plurality of medical 
records is categorized; 

a database connected to said backend server for storing 
said categorized documents, wherein access to said 
categorized documents is controlled by said patient; 
and 

a Web server connected to said backend server and to a 
client system, wherein said Web server processes a 
search request by said client system for retrieving a set 
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of ordered documents of said categorized documents, 
said set arranged by using at least one of a plurality of 
criteria. 

50. The system of claim 49 further comprising a scanner 
coupled to said backend server for converting a paper-based 
document of said plurality of medical records to an elec- 
tronic image for storing in said database. 

51. The system of claim 49 further comprising a search 
engine for locating a healthcare provider of said plurality of 
healthcare providers. 

52. The system of claim 49 further comprising a window 
displaying a current collection status of a patient's medical 
records from a healthcare provider of said plurality of 
healthcare providers. 

53. A method in a computer system for displaying a 
document log of a plurality of medical records of a patient, 
comprising: 

displaying a table comprising a plurality of rows, wherein 
each row comprises a plurality of columns, wherein a 
column of said plurality of columns comprises a plu- 
rality of cells associated with a category of a plurality 
of categories; and 

displaying document ID data in a cell of said plurality of 
cells of a row of said plurality of rows, wherein said 
document ID data identifies a document in said plural- 
ity of medical records. 

54. The method of claim 53 wherein said plurality of 
categories comprises: document ID, page type, author of 
said document, specialization of said author, provider of the 
record, and date of said document. 

55. The method of claim 53 wherein said document ID 
data comprises a hyperlink to an electronic image of said 
document, and wherein, when said hyperlink is selected, 
said electronic image is displayed. 

56. A method, using a computer, for enabling a patient to 
comment on a medical record of said patient, comprising: 

searching for an electronic image of said medical record 
using a category assigned to said medical record, said 
electronic image stored in a database, wherein access to 
said electronic image is controlled by said patient; 

receiving a patient's comments; and 

electronically linking said patient's comments with said 
electronic image. 

57. The method of claim 56 further comprising displaying 
said patient's comments concurrently with said electronic 
image. 

58. The method of claim 56 further comprising storing in 
said database said patient's comments, and retrieving said 
patient's comments, when said electronic image is dis- 
played. 

59. The method of claim 56 wherein said category is 
selected from a group consisting of document ID, page type, 
patient name, member ID, author of said document, special- 
ization of said author, provider of the record, and creation 
date of said document. 

60. The method of claim 56 further comprising: 

receiving a doctor's comments; and 

electronically linking said doctor's comments with said 
electronic image. 



61. A method in a computer system for displaying to a 
patient a document timeline of a plurality of documents in a 
patient's medical records, comprising: 

displaying a first axis having sequential calendar time 
units; 

displaying a second axis listing said plurality of docu- 
ments; and 

providing an indication along said first axis of a creation 
date of at least one of said plurality of documents. 

62. The method of claim 61 wherein said indication on 
said first axis includes a name of an author of said document 
and said date of creation. 

63. The method of claim 61 wherein said listing of said 
plurality of documents is by medical sub-categories. 

64. The method of claim 61 wherein a document of said 
plurality of documents comprises a document identifier, said 
document identifier comprising a hyperlink to an electronic 
image of said document, and wherein, when said hyperlink 
is selected, said electronic image is displayed. 

65. The method of claim 61 wherein said calendar time 
unit is selected from a group consisting of day, month, and 
year. 

66. A method in a computer system for displaying a 
progress note timeline of a plurality of progress notes in a 
patient's medical records, comprising: 

displaying a first axis indicating sequential calendar time 
units; 

displaying a second axis indicating a total number of said 
plurality of progress notes for each sequential calendar 
time unit; and 

providing an indication along said first axis of said total 
number of said plurality of progress notes with creation 
dates in a calendar time unit of said sequential calendar 
time units. 

67. The method of claim 66 wherein said calendar time 
unit is selected from a group consisting of day, month, and 
year. 

68. A method for using a patient's medical records by a 
doctor, comprising clinical pages, stored in a patient directed 
computer storage area, said method comprising: 

said doctor selecting a category of a plurality of categories 
categorizing said clinical pages; 

retrieving from said computer storage area a subset of 
clinical pages, wherein said subset comprises a plural- 
ity of clinical pages belonging to said category and not 
designated private by said patient; 

calculating an availability factor, wherein said availability 
factor is a ratio of a number of clinical pages belonging 
to said subset to a total number of clinical pages 
belonging to said category; and 

displaying said availability factor to said doctor for use in 
evaluating completeness of said subset. 

69. The method of claim 68 wherein said plurality of 
categories comprise a plurality of medical sub-categories of 
a page type category. 

70. A method for using a patient's medical records by a 
doctor, comprising clinical pages from a healthcare provider, 
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stored in a patient directed computer storage area, said 
method comprising: 

said doctor selecting a category of a plurality of categories 
categorizing said clinical pages; 

retrieving from said computer storage area a subset of 
clinical pages belonging to said category; 

calculating a source factor, wherein said source factor is 
a ratio of a number of clinical pages in said subset 
obtained directly from said healthcare provider to a 
total number of clinical pages in said subset; and 



displaying said source factor to said doctor for use in 
evaluating reliability of said subset. 

71. The method of claim 70 wherein said plurality of 
categories comprise a plurality of medical sub-categories of 
a page type category. 

72. The method of claim 70 wherein said total number of 
clinical pages in said subset is a sum of clinical pages in said 
subset obtained directly from said healthcare provider plus 
clinical pages in said subset obtained via said patient. 

* * * * * 
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ABSTRACT 



A system and method is disclosed for managing users' 
genomic data, including providing and offering access to 
genomic-based services, routing genomic data to providers 
of genomic-based services, brokering financial transactions 
related to the management of genomic data, securing for 
users best prices for genomic-based services, allowing users 
to earn money for the use of their genomic and other data, 
and using genomic data for marketing and developing 
products in particular geographic regions or for particular 
populations. 



C Internet > 






108\ 


Home Services 






103 





Management Device 



J02 



ce 



101 



I/O 
Workstation 
104 





3rd Party 
Services 



106 



I/O 

; Workstation 
With Card 
Reader/Writer 

105 



Patent Application Publication Feb. 3, 2005 Sheet 1 of 7 US 2005/0026117 Al 



FIG.l 




Patent Application Publication Feb. 3, 2005 Sheet 2 of 7 US 2005/0026117 Al 



FIG. 2 



Receive From Customer New 

Expiration Date And Set 
Period To End On This Date 

210 



to further delay processing 



Collect Sample 




Yes 



Destroy Sample 

209 



No 



Seek Response 
From Customer 




Customer chooses 
to destroy sample 



Patent Application Publication Feb. 3, 2005 Sheet 3 of 7 US 2005/0026117 Al 



FIG. 3 



Receive User Confirmation Of 

Chosen Or Suggested Provider 

301 

1 

Route Appropriate Genomic Data 

and/or Additional Information 
To Chosen Or Suggested Providei 
- — - — 302J 




Yes 

± , 

Make Resultant Data 
Available To User 

304 



Patent Application Publication Feb. 3, 2005 Sheet 4 of 7 

FIG- 4 



US 2005/0026117 Al 



Receive Genomic Data 

And, Optionally, 
Additional Information 



i 



Consult Database 
_402 



I 



Produce Report 

403 



I 



Make Report Available 
To User and/or 
Professional 

404 



401 



User 
Response To 
Product Received£x^ Yes 

4s 



No 



Time 

For Product \ Yes 



Update Database 

406 



Patent Application Publication Feb. 3, 2005 Sheet 5 of 7 US 2005/0026117 Al 

FIG. 5 



Receive User Request 
To Participate In A Study 



I 



J01 



Seek Out And Receive Requests 
For User's Genomic And, 
Optionally, Additional Data 502 

— r 



Bargain With Parties Interested In 

Using User's Genomic And, 
Optionally, Additional Information 
To Determine What Data Will Be 
Used And What Price Will Be Paid 

m 



Inform User Of Negotiated Price, 
Data That Will Be Used, And 
P urpose Of The Use 504 




User does 
not agree 



Cancel Transaction 

507 



User Agrees 



Execute Transaction 



506 



Patent Application Publication Feb. 3, 2005 Sheet 6 of 7 US 2005/0026117 Al 



FIG. 6 



Receive Request To Find Best 
Price For A Particular Service 

601 



I 



Request Sealed Bids From 
Providers Offering The Service 



602 



I 



Receive Bids 

6031 



I 



Determine Provider 
Offering Lowest Bid 



604 



Patent Application Publication Feb. 3, 2005 Sheet 7 of 7 US 2005/0026117 Al 



FIG. 7 



Secure User's Permission 



I 



Copy Genomic And Additional 
Data To Transient Storage Area 



702 



I 



Allow Appropriate Provider 
Access To Storage Area 



703 



Has 
Criterion 
Deletion 



Been 



Yes 



Met? 



Delete Data 



7051 



US 2005/0026117 Al 



1 



Feb. 3, 2005 



SYSTEM AND METHOD FOR THE 
MANAGEMENT OF GENOMIC DATA 

FIELD OF THE INVENTION 

[0001] This invention relates to systems and methods for 
the management of genomic data and to the use of genomic 
data in developing and marketing products and services to 
consumers and the healthcare industry. 

BACKGROUND OF THE INVENTION 

[0002] Recent advances in the understanding of the human 
genome portend great potential benefit to the population at 
large. It is known, for example, that there are genetic 
markers that indicate susceptibility to certain diseases. If an 
individual learns of such a susceptibility through genetic 
testing, she may be able to alter her lifestyle to prevent or 
delay the disease's onset, or to ameliorate its effects. 
Genomic analysis can also be used to allow a couple to make 
an informed reproductive decision, by determining the like- 
lihood of children of that couple inheriting a genetic disease. 

[0003] Genetic variation among individuals has also been 
found to be relevant to their responses to pharmaceuticals. 
Correlations have been found between certain genetic mark- 
ers, such as haplotypes, and responses to drugs. If such 
correlations were used to produce genetic-based prescribing 
information, then prescriptions could be written with an 
individual's genetic makeup in mind. This could improve 
individuals' lifestyles by lessening side-effects and increas- 
ing efficacy. 

[0004] Non-medical uses of genomic data have also been 
found. For example, certain manufacturers of candy and 
cosmetics have become interested in how genetic diversity 
accounts for people's varying perceptions of taste and smell. 
This has the potential of allowing a person to purchase candy 
that is particularly appealing to her genetically-determined 
sense of taste. 

[0005] However, despite the great potential benefits of 
doing so, few individuals have taken advantage of genomic- 
based services. 

[0006] One reason for this is the public's concern for the 
security and privacy of its genomic data. People fear, for 
example, that they could be denied employment, denied 
insurance, and otherwise discriminated against if the details 
of their genomic makeup became public. 

[0007] Another reason is convenience. With emerging 
Internet and communications technologies, people are used 
to being able to get information quickly and with little 
inconvenience. However, genomic-based services such as 
genetic testing have been heretofore inconvenient to use. For 
example, an individual may have to travel to a distant 
location for a test. If several tests performed at different 
locations were required, an individual would likely have to 
give a genetic sample to each location. Similarly, genomic- 
based prescription information is not available to patients 
and medical professionals in such a way that it can be 
unobtrusively incorporated into the average medical office 
or pharmacy. 

[0008] Further, genomic-based services, such as tests for 
disease susceptibility, can be expensive. Individuals are used 
to enjoying low prices for products and services due to 



competition and the assistance of Internet services. How- 
ever, such price-lowering has not yet come to genomic- 
based services. 

[0009] Thus, for at least these reasons, advances in 
genomic knowledge have fallen short of realizing their 
potential benefits to the population. 

SUMMARY OF THE INVENTION 

[0010] In one aspect, the invention features a system and 
method for managing users' genomic data. Therefore, one 
object of the invention is to provide a system and method for 
providing and offering access to genomic-based services. 
Another object of the invention is to provide a system and 
method for routing genomic data to providers of genomic- 
based services. Still another object of the invention is to 
provide a system and method for brokering financial trans- 
actions related to the management of genomic data. A further 
object of the invention is to provide a system and method for 
securing a user a best price for a genomic-based service. Still 
another object of the invention is to provide a system and 
method for allowing users to earn money for the use of their 
genomic and other data. Still further objects of the invention 
are to provide a system and method for using genomic data 
to market a product in a geographic region of interest, and 
a system and method of using genomic data in developing 
new products to satisfy unmet demands or needs of a 
population. 

[00U] Accordingly, in one embodiment the invention 
concerns a method for recruiting a new user for a genome 
management service, comprising obtaining a cell sample 
from a person, waiting a period of time, after the period of 
time has elapsed seeking from the person final permission to 
have his or her genomic data managed, analyzing at least a 
portion of the person's genome, and storing the resultant 
genomic data electronically. In a second embodiment the 
invention concerns a method for maintaining an individual's 
genomic data, comprising a data storage unit in which the 
individual's genomic data is stored and a self-destruct unit, 
which deletes the data on the device when a trigger event 
occurs. In a third embodiment the invention concerns a data 
card for maintaining an individual's genomic data, compris- 
ing a data storage unit in which the individual's genomic 
data is stored. In a fourth embodiment the invention con- 
cerns a method for providing product usage advice for an 
individual, comprising receiving the individual's genomic 
data, using the genomic data to consult a database or table 
which correlates genomic data with responses to products, 
and creating a report containing product usage advice for 
one or more products. In a fifth embodiment the invention 
concerns a method for producing marketing data, compris- 
ing receiving from a group of individuals their genomic data, 
receiving from the group of individuals data concerning 
their purchasing habits, determining correlations between 
the genomic data and the purchasing habits, and making a 
prediction concerning an individual's purchasing habits 
based on that individual's genomic data. 

[0012] In another embodiment the invention concerns a 
method for marketing products to individuals based on their 
genomic data, comprising receiving from a group of indi- 
viduals their genomic data, receiving from the group of 
individuals data concerning their purchasing habits, deter- 
mining correlations between the genomic data and the 
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purchasing habits, making a prediction concerning an indi- 
vidual's purchasing habits based on that individual's 
genomic data, and making a product suggestion. In an 
additional embodiment the invention concerns a method of 
providing an individual with lifestyle advice related to his or 
her genomic data, comprising using an individual's genomic 
data to consult a database or table which correlates genomic 
data with information related to the genomic data, receiving, 
as a result of the consultation, information related to the 
genomic data, and providing lifestyle advice related to the 
information. 

[0013] In yet another embodiment, the invention concerns 
a method of marketing a product in a geographic region of 
interest, comprising obtaining information relating to cor- 
relations between users' response to the product and a 
haplotype profile, detennining the frequency of the haplo- 
type profile in the population living in the geographic region, 
and making a marketing decision for the geographic region 
based on the determined frequency of the haplotype profile. 
In yet another embodiment, the invention provides a method 
for developing a new product to satisfy a particular unmet 
demand or need of a population, comprising identifying a 
haplotype profile that is correlated with the unmet demand 
or need in the population, determining a functional cause for 
the correlation between the haplotype profile and the unmet 
need or demand, and developing a new product designed to 
avoid the functional cause. 

[0014] In still another embodiment the invention concerns 
a method of providing a gaming experience to an individual 
based on his or her genomic data, comprising receiving the 
genomic data of the individual and affecting gameplay using 
the genomic data, whereby the individual's gaming experi- 
ence is due at least in part to his or her genomic data. In a 
further embodiment the invention concerns a method of 
designing products based on an individual's genomic data, 
comprising obtaining the individual's genomic data and 
creating a design for the product based on the genomic data. 
In another embodiment the invention concerns a method for 
marketing an individual's genomic data, comprising con- 
tacting a party interested in using an individual's genomic 
data, negotiating with the party to determine the terms of use 
for the data, seeking the individual's consent to allow the 
party to use the data under the determined terms of use, and 
if consent is received, providing, under the determined terms 
of use, the genomic data to the party. 

[0015] In still another embodiment the invention concerns 
a method for providing an individual with low price 
genomic-based services, comprising receiving from the indi- 
vidual or his or her representative a request for a genomic- 
based service, negotiating with a plurality of parties capable 
of providing the service in order to determine which party of 
the parties is willing to offer the service at a lower price than 
the remainder of the parties, and upon receiving the indi- 
vidual's or representative's consent, allowing the party 
which offered the lower price to perform the service. In a 
further embodiment the invention concerns a billing method 
for a genomic data managing service, comprising charging 
a management fee and charging a fee for each access or 
update of the data. In an additional embodiment the inven- 
tion concerns a method for providing an individual's 
genomic data, comprising receiving from a party a request 
for an individual's genomic data, negotiating with the party 
to determine the terms of use for the data, seeking the 



individual's consent to allow the party to use the data under 
the determined terms of use, and, if consent is received, 
providing, under the determined terms of use, the genomic 
data to the party. 

[0016] Another embodiment of the invention concerns a 
method for securely transmitting an individual's genomic 
data to a party, comprising storing an individual's genomic 
data on a data card and physically transporting the data card 
to the party. Still another embodiment of the invention 
concerns a method for securely transmitting an individual's 
genomic data to a party, comprising creating one or more 
data packages containing the individual's genomic data and 
allowing the party to download the package over a network. 
A further embodiment of the invention concerns a method 
for allowing a user to make use of his or her genomic data, 
comprising receiving from the user a request for an opera- 
tion he or she wishes to be performed making use of his or 
her genomic data and performing the operation. 

[0017] The scope of the invention should not be consid- 
ered as being limited by these objects and embodiments. 
Additional aspects, objects, and embodiments will become 
clear upon a reading of the disclosure and the claims that 
follow it. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0018] FIG. 1 is a schematic diagram of a system accord- 
ing to one embodiment of the invention. 

[0019] FIG. 2 illustrates one embodiment of the process 
of adding a new user's genomic data to the system. 

[0020] FIG. 3 illustrates one embodiment of the process 
of fulfilling a user's request for a service. 

[0021] FIG. 4 illustrates one embodiment of the process 
of providing food, drug and nutritional supplement guid- 
ance. 

[0022] FIG. 5 illustrates one embodiment of the process 
of finding a best price compensation for use of a user's 
genomic or other data. 

[0023] FIG. 6 illustrates one embodiment of the process 
of securing for a user a best price for a particular service. 

[0024] FIG. 7 illustrates one embodiment of the process 
of allowing a service provider access to a user's genomic or 
other data. 

DETAILED DESCRIPTION OF THE 
INVENTION 

[0025] A. Definitions 

[0026] The following definitions are used herein: 

[0027] Candidate Gene — A gene which is hypothesized to 
be responsible for a disease, condition, or the response to a 
treatment, or to be correlated with one of these. 

[0028] Genetic marker — A variation from a reference 
genomic or mitochondrial DNA sequence that occurs in at 
least one individual in a population. As used herein genetic 
markers include polymorphisms, haplotypes, haplotype 
pairs, DNAmethylation patterns, and other types of markers 
that are presently known or subsequently discovered. 
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[0029] Genotype — An unphased 5' to 3' sequence of 
nucleotide pair(s) found at one or more polymorphic sites in 
a locus on a pair of homologous chromosomes in an indi- 
vidual. 

[0030] Haplotype — A sequence of nucleotides found at 
one or more of the polymorphic sites in a locus in a single 
chromosome of an individual. 

[0031] Haplotype pair — The two haplotypes found for a 
locus in a single individual. 

[0032] Haplotype profile — A combination of one or more 
haplotypes (or haplotype pairs) that, are correlated with a 
particular phenotype, including consumer purchasing habits, 
disease susceptibility, drug therapeutic profiles, patient com- 
pliance with prescribed or recommended dosing regimens. 

[0033] Locus — A location on a chromosome or DNA 
molecule corresponding to a gene or a physical or pheno- 
typic feature. 

[0034] Nucleotide pair — The nucleotides found at a poly- 
morphic site on the two copies of a chromosome from an 
individual. 

[0035] Polymorphic site — A nucleotide position within a 
locus at which the nucleotide sequence varies from a refer- 
ence sequence in at least one individual in a population. 
Sequence variations can be substitutions, insertions or dele- 
tions of one or more bases. 

[0036] Polymorphism — The sequence variation observed 
in an individual at a polymorphic site. Polymorphisms 
include nucleotide substitutions, insertions, deletions and 
microsatellites and may, but need not, result in detectable 
differences in gene expression or protein function. 

[0037] Polymorphism data — Information concerning one 
or more of the following for a specific gene: location of 
polymorphic sites; sequence variation at those sites; fre- 
quency of polymorphisms in one or more populations; the 
different genotypes and/or haplotypes determined for the ■ 
gene; frequency of one or more of these genotypes and/or 
haplotypes in one or more populations; any known associa- 
tion^) between a trait and a genotype or a haplotype for the 
gene. 

[0038] Polymorphism Database — A collection of poly- 
morphism data arranged in a systematic or methodical way 
and capable of being individually accessed by electronic or 
other means. 

[0039] Reference Population — A group of subjects or 
individuals who are predicted to be representative of the 
genetic variation found in the general population living in a 
defined geographic region. In preferred embodiments, the 
reference population represents the genetic variation in the 
population at a certainty level of at least 85%, preferably at 
least 90%, more preferably at least 95% and even more 
preferably at least 99%. 

[0040] Single Nucleotide Polymorphism (SNP)— A poly- 
morphism in which a single nucleotide observed in a refer- 
ence individual is replaced by a different single nucleotide in 
another individual. 

[0041] Therapeutic Profile — A plot of the response (e.g., 
level of efiicacy and or number of adverse events) exhibited 
by a group of individuals to a particular drug or therapy. 



[0042] Unphased — As applied to a sequence of nucleotide 
pairs for two or more polymorphic sites in a locus, unphased 
means the combination of nucleotides present at those 
polymorphic sites on a single copy of the locus (i.e., located 
on a single DNA strand) is not known. 

B. DETAILED DESCRIPTION OF PREFERRED 
EMBODIMENTS 

[0043] A system in accordance with an exemplary 
embodiment of the invention is shown in FIG. 1. A "man- 
agement company", which manages people's genomic data 
and/or offers them genomic-based services, could operate a 
management device 100. Management device 100, as 
shown, consists of interconnected main components storage 
device 102 and routing/intelligence device 101. In some 
embodiments, storage device 102 may be implemented 
using one or more secure servers or general purpose com- 
puters, while routing/intelligence device 101 may be imple- 
mented using one or more general purpose computers. In 
other embodiments, the functions of these two components 
may be combined into one component. For example, man- 
agement device 100 may be implemented as one or more 
general purpose computers, with each computer providing 
the functionality of storage device 102 and/or routing/ 
intelligence device 101. Alternately, the functionality of 
these two components may be spread among two or more 
components. The phrases "general purpose computer 1 ' and 
"computer," as used herein, include, but are not limited to, 
an engineering workstation or PC. "General purpose com- 
puter" and "computer 5 ' also include, but are not limited to, 
one or more processors operatively connected to one or 
more memory units, wherein the memory may contain data, 
algorithms, and/or program code, and the processor or 
processors may execute the program code and/or manipulate 
the program code, data, and/or algorithms. 

[0044] Management device 100 is connected to one or 
more I/O workstations 104 without data card interfaces, one 
or more I/O workstations with data card interfaces 105 (e.g., 
I/O workstations operatively connected to data card inter- 
faces), one or more "home" genome-based services 103 
provided by the management company, and optionally one 
or more genome-based services 106 provided by third 
parties. The I/O workstations equipped with card readers are 
capable of reading from, and in some embodiments writing 
to, data cards 107. These connections may be made in a 
variety of ways well-known in the art such as using the 
Internet, private lines such as leased Tl lines, or a local or 
areawide wireless network. In the case where private lines 
are used, the management device may be additionally con- 
nected to the Internet as shown in connection 108. 

[0045] The I/O workstations may take several forms 
depending on the specific tasks they will be used for. For 
example, an I/O workstation used by a member to access 
home and third party services may be a web browsing device 
located in that person's home, such as a personal computer 
connected by the Internet. As a second example, an I/O 
workstation for entering a new sequence might be a browser- 
equipped engineering workstation connected to the Internet, 
further interfaced with a smart card reader/writer and labo- 
ratory equipment. As a third example, an I/O workstation in 
a physician's office, pharmacy, health food store, supermar- 
ket, restaurant, cyber cafe or the like might be a browser- 
equipped personal computer or computerized cash register 
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connected to the Internet, further interfaced with a smart 
card reader. Other embodiments of I/O workstations will be 
obvious to those skilled in the art in light of the remainder 
of this disclosure and its appended claims. 

[0046] The genetic material of an individual who desires 
or is in need of having her genomic data stored, managed or 
analyzed for correlations with phenotype would first need to 
be submitted to the management company. Genetic material 
may be submitted by the individual who desires genomic 
services, or may be submitted by a skilled intermediary, such 
as a physician or physician's assistant. In a preferred 
embodiment, this genetic material would be submitted in the 
form of cells obtained during a cheek swab. Although other 
cell and tissue samples, such as fibroblasts or blood, would 
provide the needed genetic material, the cheek swab has the 
benefit of being painless and noninvasive. In certain 
embodiments, specific cell types will be obtained. For 
example, in some embodiments it might be desired to obtain 
B or T cells. 

[0047] There are several conditions under which the cheek 
cells could be obtained. In one embodiment, the patient 
could perform the procedure in her own home. A kit could 
be provided which would include instructions and the mate- 
rials needed for the obtaining and shipping the sample. In a 
preferred embodiment, the individual comes to a collection 
center where the sample will be collected by trained per- 
sonnel. Such a scheme has several benefits, among which 
are not only ensuring a properly harvested sample, but also 
the trained personnel being able to provide information and 
emotional support to the individual. This support is impor- 
tant because much of the general population has many 
questions concerning genetic information, as well as fear 
concerning the privacy of this data. 

[0048] In order to make it easy for individuals to submit 
their samples, sample collection centers could be set up in a 
number of locations. In one embodiment, collection kiosks 
could be set up in public areas like malls and airports. In 
another embodiment, a mobile collection van could travel to 
certain areas where people congregate. For example, the van 
might park outside a busy office building at lunch time. In 
a third embodiment, collection could be performed at the 
office of a healthcare professional such as a physician. 

[0049] These collection centers could be "branded." In 
other words, the collection centers could have distinct col- 
ors, designs, interior layouts, exterior shapes, and the like. 
Such branding has several benefits, which are well known to 
those versed in the art. Among these are advertising, close 
binding of the company and its service, and establishing a 
corporate image. For example, designs could be chosen 
which make users feel that the company is "professional," 
courteous, and concerned about genetic privacy. When these 
designs are also distinctive, customers would be able to 
easily tell the company apart from its competitors. Such 
designs would also likely stick in people's minds, hence 
acting as a sort of advertising. 

[0050] In some embodiments, the sample would be pro- 
cessed as soon as possible after collection. Such an embodi- 
ment could be employed, for example, when there exists an 
immediate medical need to make use of an individual's 
genomic data. In other embodiments, a period of time would 
elapse between collection of the sample and its processing. 
For example, this period of time could be one week. The 



customer, or her authorized agent such as her physician, 
could contact the service during this period of time to have 
the sample destroyed or to delay further processing. If the 
customer did not contact the service during this period of 
time, the company could contact the user at the end of the 
period seeking permission to have the genetic sample pro- 
cessed. The user could choose to grant permission, deny 
permission, or to delay processing. If the user denied per- 
mission, or no response was received from the customer, the 
sample could be destroyed. 

[0051] Preferably, a user who chose to delay processing 
could choose to do so either indefinitely or until a certain 
date. If the user chose to delay until a certain date, the 
management company would contact the user on that date 
seeking permission to process the sample. At this time the 
user would again have the choice of granting permission, 
denying permission, or further delaying processing. If the 
user choose to delay indefinitely, the management company 
would store the sample until it received explicit instructions 
to process or destroy the sample. In some embodiments, the 
management company would contact the user periodically, 
asking permission to proceed. If the user did not answer, the 
sample would continue to be stored but would not be 
processed. In other embodiments, the company would not 
contact the user, but instead would wait to be contacted by 
the user. In certain embodiments, the user would be charged 
a fee for the storage service. For example, the user may be 
charged a monthly fee if the sample is stored without being 
processed for more than six months. Further, the manage- 
ment company may impose an upper limit on how long it 
would be willing to store the sample without processing it. 
For example, the management company might set as a 
policy that all samples which sit unprocessed for three years 
are destroyed. 

[0052] Many customers are reluctant to make big deci- 
sions, and might be hesitant to join the service for fear they 
would regret the decision later. The "waiting period" would 
give customers opportunity to initially submit a sample 
without fear, knowing that they had a period of time in 
which to change their mind without any consequence, with 
the possible exception of being charged a small processing 
fee. 

[0053] Once the "waiting period" elapses, and final con- 
sent is given, the genetic sample provided is processed so as 
to yield the individual's genomic data. Such genomic data 
includes, but is not limited to, data relating to the individu- 
al's genes, genotype, genomic sequence or a portion thereof, 
haplotypes or haplotype pairs, the data describing one or 
more of the individual's polymorphisms, such as SNPs and 
RFLPs, data describing B or T cell DNA rearrangements, 
and data describing DNA modifications, such as methyla- 
tion. The term "genomic data," as used herein, also includes 
data from non-genomic DNA, such as data describing mito- 
chondrial DNA. The processing may be done using conven- 
tional techniques well-known in the art. In some embodi- 
ments, individuals can either give final consent or have their 
consent presumed if they have not asked for the sample to 
be destroyed within a certain period of time. This processing 
may be performed by the management company or a third 
party under contract with the management company. The 
resultant genomic data can easily be stored on digital media. 
For example, the sequence of base pairs that makes up an 
individual's genomic sequence is effectively a string of 
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characters. The system will write to a storage location such 
resultant genomic data corresponding to a new user. In some 
embodiments, the user or her authorized agent can opt to 
have this data deleted at a later time. 

[0054] FIG. 2 is a flow chart showing one exemplary 
embodiment of the above -described procedure. In step 201, 
the sample is collected. In step 202, it is determined if the 
customer has requested to further delay processing. If the 
customer has requested to further delay processing, flow 
proceeds to step 210 where the new expiration date is 
received from the user, and the period is set to end on this 
date. If the customer has not requested to further delay 
processing, flow proceeds to 203 where it is determined if 
the customer has requested to destroy the sample. If it is 
determined that the customer has requested to destroy the 
sample, flow proceeds to step 209 where the sample is 
destroyed. 

[0055] If the customer has not requested to destroy the 
sample, flow proceeds to step 204 where it is detennined if 
the period has expired. If the answer is "no," flow proceeds 
back to step 202. If the answer is "yes," flow proceeds to step 
205 where a response is sought from the user as to whether 
he or she wants to further delay processing, to process the 
sample, or to destroy the sample. The response is received 
in step 206 and depending on the response, flow proceeds to 
step 210 (if the customer chooses to further delay process- 
ing), 207 (if the customer chooses to process the sample), or 
209 (if the customer chooses to have the sample destroyed). 
In step 207 the sample is processed, after which the resultant 
data is written to a storage location (step 208). 

[0056] In a preferred embodiment the party performing the 
processing of the sample, whether it be a third party or 
employees of the management company, would not know 
the identity of the individual who submitted the sample. One 
method of achieving this is for the management company to 
correlate a temporary identification number with the indi- 
vidual. Such a temporary identification number might 
include numerals, letters, or other characters. 

[0057] This correlation may be done by generating a 
semi-random temporary identification number and associat- 
ing this number in a lookup table with the individual's 
identity. "Semi-random" refers to the fact that the randomly- 
generated identification number might have to meet certain 
requirements in order to be acceptable, and if not found to 
be acceptable would be regenerated. For example, the sys- 
tem might require that the generated number not be one 
which is currently in use. In other embodiments, no lookup 
table would be used, and the correlation would be done 
using a cryptographic algorithm which would translate 
between actual identities and temporary identification num- 
bers. Methods for formulating such algorithms, generating 
such semi-random numbers, and building such lookup tables 
are well known to those versed in the art. 

[0058] This temporary identification number, but no per- 
sonally identifying information, would be included with the 
genetic sample for submission to the party performing the 
processing. This party would return the resultant genomic 
data, along with the corresponding temporary identification 
number, to the management company. In some embodi- 
ments, the party may do this by entering the information into 
an I/O workstation 104. The management company, upon 
receipt of the information, would ascertain from the returned 



temporary identification number which individual's 
genomic data had been received. This ascertaining step 
might be done using a lookup table. In another example, this 
ascertaining step might be done using a cryptographic 
algorithm to decode the identification number into an actual 
identity. Next, the genomic data would be stored and the 
temporary identification number would be de-correlated 
from the individual so that the number could be reused. 

[0059] Alternately, the sample may be delivered to the 
party performing the processing of the sample, and the 
resulting genomic data may be received therefrom, in a 
manner according to pending application Ser. No. 09/611, 
654 "Methods and Apparatus for Ensuring The Privacy and 
Security of Personal Medical Information" (filed Jul. 7th, 
2000), incorporated herein by reference. This application 
discloses a method of ensuring the security of data from a 
medical test. The method includes providing the patient with 
a medical data card issued by a secure information provider, 
and having a unique patient identification number (PID), a 
public key encryption private key (Key 1), and a public key 
encryption public key (Key 2). The medical data card is used 
to generate a first test request card that accompanies the test 
specimen taken from the patient to the secure information 
provider. The first test request card includes an encrypted 
identification of the patient and the test, a code identifying 
the health care provider, the patient identification number, 
public encryption public key (Key 2), and an identification 
of the test type. The secure information provider uses the 
first test request card to generate a second test request card 
to forward the patient's specimen to a testing laboratory. The 
second test request card and the specimen are forwarded to 
the laboratory. The second test request card bears an encryp- 
tion of the patient's unique identification number, but does 
not otherwise bear any indicia that would identify the 
patient. The laboratory performs the prescribed test and 
generates a first test results card. The results, together with 
the patient's unique identification number, are provided to 
the secure information provider that issued the medical data 
card. The secure information provider provides the 
encrypted test results onto a second test results card, and 
forwards the card to the health care provider. The test results 
on the second test results card are decrypted using the 
patient's medical data card. The methods described in this 
application could be used for the non-medical uses described 
herein as well. 

[0060] In another embodiment of the invention, the 
genomic services requested of the management company 
relate to providing therapeutic guidance to an individual, or 
preferably her healthcare professional (e.g., physician, phar- 
macist, etc), in connection with the treatment of the indi- 
vidual for a particular disease or condition. In this case, the 
individual or her healthcare professional may submit a 
sample for processing as described above, or alternatively, 
the individual or her healthcare profession may already be in 
possession of the genomic data that is relevant to the advice 
being sought and such data is submitted to the management 
company who would perform, or have a third party perform, 
the requested genomic services. The delivery of the indi- 
vidual's genomic data to the management company may be 
done by any methods for securely transmitting data that are 
disclosed herein, as well as by other methods known in the 
art. 
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[0061] In one embodiment, all or part of the genomic data 
is stored on a secure server, such as storage 102, preferably 
in an encrypted manner. In such a case, the genomic data that 
resulted from processing would be entered into or trans- 
ferred to an I/O terminal 104. The data would then be routed 
to secure storage 102 by routing/intelligence module 101. 
Such routing could be achieved using signals. Secure stor- 
age 102 is managed by routing/intelligence 101 so as to 
carefully restrict who has access to an individual's genomic 
data, the guiding principle being that no one would have 
access to an individual's data without that individual's 
explicit permission. Optionally, information connecting an 
individual's identity to her genomic data may be separately 
stored, secured, and managed. In one embodiment, the 
genomic data would be stored in a secure database which 
correlated genomic data with identification numbers rather 
than with identities. A separate secure database, perhaps 
located at another location, would correlate the identification 
numbers with the actual identities. In another embodiment, 
a cryptographic algorithm would be used to translate 
between identification numbers and actual identities. 

[0062] In another embodiment, all or part of the genomic 
data would reside on a data card 107 rather than on storage 
102. In such a case, the genomic data that resulted from 
processing is entered into or transferred to an I/O terminal 
with data card reader/writer 105, and subsequently written to 
a data card 107. In certain embodiments, this would be done 
so that the management company would not view or posses 
the genomic data. For example, the party processing the 
sample could directly write the resultant genomic data to the 
data card 107. The party could than affix the temporary ID 
number to the outside of the card. The card would then be 
forwarded to the management company by secure messen- 
ger. Upon receipt of the card, the management company 
could, using the affixed temporary ID number, determine the 
user whose card has been received and forward the card to 
that user, perhaps by secure messenger. The management 
company could do this without accessing the contents of the 
card. In further embodiments, the party doing the processing 
could write the data to the card in an encrypted manner, 
wherein the key to unlock the data would be provided to the 
user but not the management company. In another embodi- 
ment, the management company could write the genomic 
data to the data card 107 through a secure network connec- 
tion between the management company and an I/O terminal 
with data card reader/writer 105 located at the healthcare 
professional's ofl&ce. In another embodiment, the data card 
107 would include some or all of the individual's medical 
records, in particular information relating to the requested 
genomic services, e.g., medical history, diagnosis, clinical or 
physical measurements, adverse drug responses and the like. 
The genomic and medical information on the data card could 
be updated as further information becomes available. 

[0063] Data card 107 would preferably be credit card sized 
so as to easily fit in an individual's wallet, billfold, purse, or 
the like. Several types of storage cards of this type exist. 
Among these are magnetic strip cards, "Smartcards," flash- 
memory cards, and the like. Smartcards are available from 
numerous venders, one such vender being Siemens of 
Munich, Germany. Preferably, personally identifying infor- 
mation such as the individual's name would neither be 
stored on the card nor printed on its exterior. 



[0064] As one example of the functionality of data card 
107, a patient could go to her physician with a card encoded 
with her genomic data. The card could be swiped through a 
reader that taps into a database of drug information main- 
tained by the management company or other service pro- 
vider. The information could advise the physician which 
medication and/or which dose of a medication the patient 
should take — or avoid — for a particular illness, based on the 
person's genetic makeup. Alternately, the reader could be 
located at the patient's pharmacy and the pharmacist con- 
sults the drug information database in connection with filling 
a prescription written by the patient's physician. If the 
pharmacist receives any drug response information from the 
service provider that is inconsistent with the prescription, 
the pharmacist could communicate such information to the 
physician and request a revised prescription. In certain 
instances, the physician or pharmacist may be aware of a 
reason why the patient should take or avoid a particular 
drug. If so, that knowledge could optionally be added to the 
database. As researchers learn more about who is genetically 
likely to have a good or bad reaction to approved drugs, the 
database of drug information could be updated. 

[0065] In another embodiment, the reader can comprise a 
handheld computer such as a Palm™ Handheld (manufac- 
tured by Palm Incorporated) or IPAQ™ Pocket PC (manu- 
factured by Compaq Corporation). The physician may use 
the handheld device for other purposes, such as patient 
scheduling, accessing patient's records, taking notes, and the 
like. The hand-held computer may contain a database of 
drug information, or may be in communication with such a 
database operated by the management company or other 
service provider, either directly via a wireless connection or 
indirectly via a base unit station located in the physician's 
office or hospital. The base unit station could be connected 
to the database at the management company via the Internet 
or a private network or other type of direct link. At the end 
of the day, the physician may place the hand-held computer 
in the base unit station so that it can be recharged as well as 
upload data to and/or download data from the management 
company's database. 

[0066] In a preferred embodiment, the storage card would 
be a smart card or a smartcard like device because of the 
extra features they provide. For example, smartcards have 
on-board processing units. Such extra features make it easier 
to add additional functionality to the data card. One example 
of such additional functionality would be a self destruct 
function by which the card would destroy its data under 
certain conditions. Examples of such conditions include the 
card being tampered with, an attempt to copy the card, an 
attempt to perform an unauthorized read of data from the 
card, and an attempt to perform an unauthorized write to the 
card. In another example, the processing unit of the card 
could perform encryption and decryption functions on 
board, a function of smart cards well-known in the art. 

[0067] In another embodiment, the card could have the 
additional functionality of being able to operate in the 
manner of a credit card or bank card such that purchases 
could be made using the card. In still another example of 
additional functionality, a patient's medical record could be 
stored on the card, preferably in an encrypted format, in 
addition to her genomic data. 

[0068] In an alternative embodiment, portable data storage 
devices other than cards can be used. For example, a 
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touch-memory device, such as the "i-button" produced by 
Dallas Semiconductor of Dallas, Tex. could be used. Such 
touch-memory devices can be easily incorporated into 
objects such as jewelry. Further, the data storage device may 
be implemented so that it communicates wirelessly with the 
routing/intelligence device. Such functionality could be 
achieved using IEEE 802.11 wireless networking technol- 
ogy, as well as using other wireless communication methods 
well-known to those versed in the art. 

[0069] Although the data card represents an alternative to 
storing genomic data on storage device 102, in some 
embodiments the user could opt to have the information on 
his data card "backed up" on a storage device such as storage 
device 102. Preferably, the data would be stored in an 
encrypted manner. Further, such a backup vault would 
preferably not be connected to public networks, such as the 
Internet, so as to decrease the likelihood of data theft, 
tampering, and manipulation. 

[0070] A function of the system is to provide users easy 
access to services based on their genomic data. Some of 
these services may be provided by the management com- 
pany itself ("home services"103), others may be provided by 
third parties identified by or under contract with the man- 
agement company, while still others could be offered by 
both. 

[0071] In some embodiments, the user would have the 
option to download, receive or view her own genomic data. 
A user might wish to do this, for example, if she wished to 
do her own research on her genomic data. Further, the user 
may upload tests, programs, or algorithms which she wants 
performed or executed on her on data. For example, the user 
may write or execute a program which searches her genomic 
data for certain haplotype pairs. In another example, the user 
may write or execute a program which creates a musical 
rendition based on her genomic data. 

[0072] In one embodiment, a user accessing the system 
through I/O workstation 104 for the purpose of using a 
service would be provided with menu options. This menu 
may take several forms, a preferred embodiment of which is 
a web page. An exemplary top-level menu is shown below: 

[0073] Home Functions 

[0074] 1) Health and Life Style Advice 

[0075] 2) Games And Learning 

[0076] 3) Food, Drug and Nutritional Supplement Guid- 
ance 

[0077] 4) Genetic Tests 

[0078] 5) Participate in a Test— Medical 

[0079] 6) Participate in a Test— Non-medical 

[0080] 7) Purchase A Product based on your Genomic 
Data 

[0081] 8) Access Current Medical Information 

[0082] 9) Subscribe to Medical Information Updates 
[0083] Third Party Functions 

[0084] 1) Genetic tests 

[0085] 2) Participate in a Test— Medical 



[0086] 3) Participate in a Test— Non-medical 

[0087] 4) Purchase A Product Based on your Genomic 
Data 

[0088] 5) Access Current Medical Information 

[0089] 6) Subscribe to Medical Information Updates 

[0090] User Functions 

[0091] 1) View my Genomic Data 

[0092] 2) Receive my Genomic Data on an Encrypted 
Data Card, delivered by Secure Messenger 

[0093] 3) Download my Genomic Data to the Inserted 
Data Card or Other Media 

[0094] 4) Route my Genomic Data to a Specified Party 

[0095] In such an embodiment, a user clicking on a menu 
option would be dropped to a lower level menu. Clicking on 
an option in the lower level menu might result in a still lower 
level menu, and so on until a final choice was chosen. For 
example, a user clicking on "genetic tests" would be given 
a choice of the available tests. After clicking on the desired 
test, the user would be given a menu listing providers of the 
test. In a preferred embodiment, prices would be listed next 
to each choice. Further, quality ratings may be listed next to 
each choice, perhaps using a rating system of one to four 
stars or a numerical ranking system which orders the pro- 
viders based on quality. These ratings could be based on user 
feedback, expert evaluation, or the like. 

[0096] In some embodiments, such user feedback and/or 
expert evaluation could be obtained by having a user and/or 
expert enter the feedback and/or evaluation into an I/O 
terminal connected to management device 100 via the 
Internet. For example, a user and/or expert could provide 
feedback and/or an evaluation by answering questions on a 
survey and returning it to the management company. In such 
embodiments routing/intelligence device 101 could route a 
survey from the management company to a user and/or 
expert's I/O terminal and, after the user and/or expert 
completed the survey using the I/O terminal, route the 
completed survey to the management company. In alternate 
embodiments, feedback, evaluations, and/or surveys could 
be transported between the management company and the 
expert or user using a courier. The survey would preferably 
include questions seeking both quantitative and qualitative 
information. For example, the survey could include ques- 
tions concerning the accuracy of the service, as well as 
questions concerning whether the experience with the pro- 
vider was a satisfactory one. Such a survey could be 
designed using methods well known in the field of surveys. 
For example, the survey could include alternate forms of 
questions which seek to obtain the same, or similar, answers. 
Inconsistent answers could be rejected and/or tagged for 
follow-up by the service provider for clarification or vali- 
dation. Preferentially, the database would be updated in a 
manner that ensured the anonymity of the user. 

[0097] In some embodiments, a quality seal of approval 
from a recognized authority which monitors compliance 
with certain standards could be listed next to providers 
which had been awarded the approval. In a further preferred 
embodiment "find the best price" and "find the provider with 
the highest quality rating" could be options on the menu of 
providers. 
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[0098] Upon the user selecting a provider, or a best price 
or quality provider being suggested to the user by the 
system, the system would ask the user to confirm the choice 
of selected or suggested provider. Preferably, this confirma- 
tion would involve the user entering a password or the like. 
In response to the user's confirmation, the system would 
route the user's genomic data to the appropriate service 
provider, be it the management company or a third party 
provider. Such routing could be achieved using signals. 
Depending on the service requested, the provider might 
require or prefer that additional information be provided in 
addition to the genomic data. For example, a provider who 
was to perform a genetic test for the user, or provide 
therapeutic guidance to the user's healthcare professional, 
might also require family history data, dietary data, medical 
data, lifestyle data, and the like. In such a case, the system 
would retrieve the required additional information and route 
it to the provider. In some embodiments the system would 
retrieve the additional information by having the user or her 
authorized healthcare professional enter it on her I/O termi- 
nal. In other embodiments, the system would retrieve the 
data from a secure database on storage unit 102. In cases 
where additional information is to be sent to another party, 
the system seeks permission from the user, and does not send 
the additional information to the party unless permission is 
granted. In certain embodiments, the additional information 
could be compartmentalized so that only subsets of data 
could be retrieved, depending on the instructions of the user, 

[0099] If the chosen service provider is a third party, the 
routing/intelligence module 101 routes the data to the appro- 
priate third party 106. Alternately, if the chosen service is a 
"home service" provided by the management company, the 
data is forwarded to the appropriate home service provider 
103. 

[0100] Once the provider completes the service, the rout- 
ing/intelligence unit makes the resultant data available to the 
user. In one embodiment, the intelligence unit would retrieve 
the results from the service provider and temporarily store 
them on storage device 102 in an encrypted format, and the 
system would notify the user that the results were available. 
The user could then download, decrypt, and view the results 
the next time she logged on to the system. In some embodi- 
ments, the user would have the option of transferring the 
results to her data card or I/O terminal. Once the results were 
transferred or read, they could be deleted from the storage 
device 102. 

[0101] In another embodiment, the system would not store 
the results. Instead it would notify the user that results were 
ready and available next time the user logged on. When the 
user logged on and requested the results, the intelligence 
module would route the results data from the provider 
directly to the user for reading or transfer to a data card or 
the like. In a preferred embodiment, the data would be 
routed in a secure and encrypted format. This embodiment 
may allay some users' fears of mishandling of their data, 
because the results would not even temporarily be stored on 
the system. 

[0102] FIG. 3 is a flow chart showing one exemplary 
embodiment of the above-described procedure. These steps 
may be performed, for example, by routing/intelligence 
device 101. In step 301, user confirmation of the chosen or 
suggested provider is received. Flow then proceeds to step 



302 where the appropriate genomic data and additional 
information is routed (or provided) to the chosen or sug- 
gested provider, and then to step 303 where it is determined 
if the service has been completed. If the answer is "yes," 
flow proceeds to step 304 where the resultant data is made 
available to the user. If the answer is "no," flow returns to 
step 303. In some embodiments, a provision may be made to 
cancel the service with the initially chosen provider and 
chose a new provider and route data to that new provider, for 
example, when the first provider is taking too long to 
complete the service. In such cases, the initially chosen 
provider's access to the data would preferably be revoked. 

[0103] Notification of available results to the user could 
take several forms. For example, the system might flash a 
"results available" message the next time the user logged 
onto the system with an I/O terminal, or send an e-mail 
message. In another embodiment, the user could periodically 
call a telephone number to determine if her test was ready. 
In some embodiments, the number would connect to a live 
operator. In other embodiments, the number would connect 
to an automated voice system. In both cases, the user would 
preferentially have to enter a password to learn if her results 
were ready. In some embodiments additional security meth- 
ods, such as voice print identification, may be used. In 
certain embodiments, the user could hear her test results via 
the telephone. 

[0104] Alternately, the system might make a voice tele- 
phone call to the user using speech synthesis. In still another 
embodiment, the system might prompt a live telephone 
operator to call the individual and inform her that her test 
was ready. In some embodiments, the user would need to 
enter a password or to pass voice print identification before 
learning that a test was ready. In some embodiments, the 
user could choose to hear her results over the phone. 

[0105] It is conceivable that in certain cases, due to illness 
or other factors, a user might be unable to retrieve her results 
and may wish to have a friend, family member, medical 
professional, or the like do it for her. In other cases, 
government regulation may require that the results be made 
available to a medical professional intermediary who is 
qualified to counsel the user as to the meaning and/or 
implications of the results. To provide such functionality, in 
some embodiments the user may specify additional parties 
who may access test results. A user would be able to 
designate such parties as being able to access the results of 
all tests, certain types or classes of tests, or one or more 
particular test instances. Further, parties may be granted 
conditional access. For example, a user may choose to grant 
her brother access to some or all of her test results, but only 
if she is critically ill or injured. In some embodiments, a user 
may choose that results could be protected using a finger- 
print reader, such that results could not be accessed unless 
the user's finger, hand, or the like was placed in the reader. 
Such an embodiment could decrease the likelihood of unau- 
thorized access to the results while, for example, allowing a 
physician to access results for an unconscious user by 
placing the user's ringer, hand, or the like in the reader. 

[0106] In another embodiment, the user of the system may 
be a medical professional, such as a physician or pharmacist, 
who is authorized by the patient to submit her genetic 
material or genomic data to the management company in 
connection with requesting genomic services relating to the 
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patient's healthcare. For example, a physician or pharmacist 
may seek therapeutic guidance from the management com- 
pany relating to which drug or dosage regimen is likely to be 
optimal for a particular patient based on that patients 3 
genomic data, and preferably medical data. The physician 
could then choose to use the therapeutic guidance received 
from the management company when prescribing a drug or 
other therapy for the patient and the pharmacist could use 
such therapeutic guidance in connection with filling a pre- 
scription. In another embodiment, the user of the system is 
the patient's healthcare payer, e.g., insurance company or 
health maintenance organization (HMO), who is authorized 
by the patient to access the system to determine if the most 
cost effective therapy has been prescribed for the patient. In 
this case, the healthcare payer might not be able to access to 
the patient's genomic data and would only be able to access 
information relating to the efficacy and/or safety of different 
treatment options. 

[0107] It is further conceivable that a parent might want to 
have tests done for her minor child, infant, fetus, or the like. 
In certain embodiments, the system may allow the parent to 
choose which parties can request tests for the child and view 
the results of those tests. For example, a mother would be 
able to decide that she and her husband, but no other parties, 
would have the power to request tests and view test results. 

[0108] As is alluded to by the sample top level menu, 
many genomic-based services are made available to the user. 
Each of these services could potentially be offered by a third 
party, the management company, or both. Many of these 
services employ databases or tables in which genomic data 
(including, but not limited to, haplotypes, haplotype pairs, 
SNPs, or methylation patterns) and/or additional informa- 
tion is correlated, perhaps statistically, with phenomena such 
as responses to foods or medications or susceptibility to 
diseases. For example, a database could correlate genomic 
data and/or additional information with responses to medi- 
cations so as to produce a therapeutic guidance model, 
perhaps accessible via the Internet, that could be used by a 
physician for prescribing purposes. 

[0109] In some embodiments, functionality could be 
added for updating these databases, for example, by using 
feedback such as feedback evaluating the quality and/or 
accuracy of the provided service. For example, a service 
provider whose database correlated genomic data and 
responses to food might, after reporting to a user a potential 
reaction to a food, ask the user what her actual response was. 
The user's reported response, along with her genomic data 
and/or additional information, could be used to update the 
database. In some embodiments, such feedback could be 
obtained by having a user, expert and/or professional enter 
the feedback into an I/O terminal connected to management 
device 100 via the Internet or private network. For example, 
a user, expert and/or professional could provide feedback by 
answering questions on a survey and returning it to the 
management company. In such embodiments routing/intel- 
ligence device 101 could route a survey from the manage- 
ment company to a user, expert and/or professional's I/O 
terminal and, after the user, expert and/or professional 
completed the survey using the I/O terminal, route the 
completed survey to the management company. In alternate 
embodiments, evaluations, and/or surveys could be trans- 
ported between the management company and the user, 
expert and/or professional using a courier. The survey would 



preferably include questions seeking both quantitative and 
qualitative information. For example, the survey could 
include questions concerning the accuracy of the service 
and/or advice given, as well as questions concerning 
whether the experience with the provider was a satisfactory 
one. Such a survey could be designed using methods well 
known in the field of surveys. For example, the survey could 
include alternate forms of questions which seek to obtain the 
same, or similar, answers. Inconsistent answers could be 
rejected and/or tagged for follow-up by the service provider 
for clarification or validation. Preferentially, the database 
would be updated in a manner that ensured the anonymity of 
the user. 

[0110] In further embodiments, functionality could be 
added for dealing with database "misses." For example, a 
user seeking advice from a service provider whose database 
correlated genomic data and responses to food might, for 
example, ask about a food which was not processed in the 
database. This would constitute a database "miss." As a 
result, the service provider might process collected genomic 
data and collected responses to various foods, find correla- 
tions between the genomic data and responses to the food 
which was not in the database, and add data concerning 
response to the food to the database. In other cases, in 
response to a database miss an expert may be contacted. For 
example, if a user's request for disease susceptibility infor- 
mation from a service provider led to a database miss, the 
service provider might employ the services of a genetic 
disease expert to answer the user's query and/or update the 
database. In some embodiments, service providers may 
employ algorithms which act upon, or take as input, all or 
part of a user's genomic data. In some embodiments, service 
providers may use one or more devices to perform the 
above-described tasks such as employing algorithms, con- 
tacting genetic experts, and updating, maintaining, and 
consulting databases. Such devices may include general 
purpose computers known in the art, such as PC's and 
engineering workstations. In some embodiments, these 
devices would be connected to management device 100, 
perhaps via the Internet. 

[0111] Genomic and related services described herein that 
employ databases may make use of the teachings of pending 
PCT International Application PCT/US00/7540 "Methods 
for Obtaining and Using Haplotype Data" (filed Jun. 26th, 
2000; WO 01/01218), incorporated herein by reference. This 
application discloses methods, computer programs and data- 
bases to analyze and make use of gene haplotype informa- 
tion. These include methods, programs, and databases to find 
and measure the frequency of haplotypes in the general 
population; methods, program, and database to find corre- 
lation's between an individuals' haplotypes or genotypes 
and a clinical outcome; methods, programs, and databases to 
predict an individual's haplotypes from the individual's 
genotype for a gene; and methods, programs, and databases 
to predict an individuaFs clinical response to a treatment 
based on the individual's genotype or haplotype. Similarly, 
such services may employ the teachings of pending PCT 
International Application PCT/US01/12831 "Method and 
System for Determining Haplotypes from a Collection of 
Polymorphisms" (filed Apr. 18, 2001; WO 01/80156), incor- 
porated herein by reference. This application discloses 
methods, computer programs and databases for identifying 
the haplotypes that exist in a population and methods, 
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programs and databases for predicting an individual's hap- 
lotype for a gene from the individual's genotype for that 
gene. 

[0112] As was illustrated in the above example, one 
example of a service is a genetic test which returns a result 
explaining a susceptibility to a disease. Another such service 
is a "custom product" service. 

[0113] A custom product service produces products based 
on one's genome. An example of this would be the produc- 
tion of music, jewelry or clothing whose design is derived 
from an individual's genomic data. For example, one-of-a- 
kind tee shirts or quilts could be designed by employing an 
algorithm that created a unique graphic based on a person's 
genomic data. Alternately, the shirts or quilts could be 
designed by accessing a database which correlates graphic 
designs or design components with genomic features such as 
haplotypes. A further example of a custom product would be 
a food that was produced so as to be especially appealing to 
the purchasing individual's geneticaUy-determined sense of 
taste, as indicated by her genomic data. To achieve this, the 
service provider might, for example, maintain a database 
correlating, perhaps statistically, the presence of certain 
haplotypes or haplotype pairs in ones genome with liking 
certain flavors or textures. The service provider, upon 
receiving a food or meal request, would use the user's 
genomic data to consult the database in order to create a food 
or meal that the purchaser was likely to enjoy. 

[0114] A similar example of a custom product would be a 
food or meal that was produced so as to be particularly 
appropriate for the purchasing individual's genetically-de- 
termined nutritional needs. In this case, the service provider 
might, for example, maintain a database correlating, perhaps 
statistically, the presence of certain haplotypes or haplotype 
pairs in one's genome with certain dietary needs. The 
service provider, upon receiving a food or meal request, 
would use the user's genomic data to consult the database in 
order to create a food or meal that would be a good fit for 
the purchaser's nutritional needs. In some embodiments, 
recipes and menus for the food or meal would be provided 
to the user. Alternately, the food or meal could be prepared 
for and delivered to the user. 

[0115] Still another example of a custom product would be 
a musical composition that was designed so as to be espe- 
cially appealing to the purchasing individual's genetically- 
determined sense of what is aurally pleasing, as indicated by 
her genomic data. To achieve this, the service provider might 
maintain a database correlating, perhaps statistically, the 
presence of certain haplotypes or haplotype pairs in one's 
genome with liking certain musical styles or constructions. 
The service provider, upon receiving a musical composition 
request, would consult the database in light of the user's 
genomic data in order to create a musical composition that 
the purchaser was likely to enjoy. 

[0116] In some embodiments, functionality could be 
added for updating the database and/or algorithm, for 
example, by using feedback such as feedback evaluating the 
appeal of the provided product, using methods such as those 
described above, including surveys. Preferentially, the data- 
base would be updated in a manner that ensured the ano- 
nymity of the user. 

[0117] Another service illustrated in the exemplary web 
page menu is for a user to access current medical informa- 



tion or subscribe to medical information updates. For 
example, a user may choose to access current or up-to-date 
medical information such as scientific articles, news articles, 
lectures, and films about diseases, drugs, nutritional supple- 
ments, and the like. Such information could be provided 
online, by e-mail, by physical delivery or other methods. A 
user choosing to subscribe to such information might, for 
example, select to receive each week all scientific articles 
relating to a specific disease. In some embodiments, users 
may choose to receive information based on their genomic 
data and/or additional information. For example, a user 
might choose to receive each week all scientific articles 
relating to the genetic diseases for which, according to her 
genomic data and/or additional information, she is at risk. In 
such an embodiment, the system could determine which 
articles would be appropriate for the user by consulting a 
database in which genomic data and/or additional informa- 
tion was correlated with increased likelihood of certain 
genetic diseases. In some embodiments, functionality could 
be added for updating the database, for example, by using 
feedback such as feedback evaluating the appropriateness of 
the provided articles, using methods such as those described 
above, including surveys. Preferentially, the database would 
be updated in a manner that ensured the anonymity of the 
user. 

[0118] Still another service illustrated in the exemplary 
web page menu is for a user to route her genomic data to a 
Specified Party. For example, a user might use this feature 
to route her genomic data and/or additional information to a 
service provider not listed on any of the web page menus. 

[0119] Also as seen in the sample web page menu, another 
service is for the user to participate in a test. One example 
of this would be a test run by medical researchers (including, 
but not limited to, a clinical trial), while another would be 
one run by market researchers. This is another case where 
the provider might require that additional information be 
routed along with the genomic data. For example, for a 
market researcher the additional information might be the 
food preference of the user. Such a provider's goal may be 
to statistically correlate food preference with the presence in 
the genome of certain markers. On the other hand, for a 
medical researcher, the additional information might be 
information relating to childhood illness suffered by the 
individual, the individual's lifestyle activities, or the indi- 
vidual's dietary habits. As is the case with all of the services, 
this service could conceivably be provided by the manage- 
ment company, a third party, or both. The system may 
provide for reimbursement of the user in exchange for the 
information as well as payment of a processing fee to the 
management company. 

[0120] Another example of genomic-based services are 
games in which gameplay is based on and/or affected by a 
user's genomic makeup. For example, a multi-player game 
might employ an algorithm by which the player's genomic 
data would change the gameplay scenario, manipulate on- 
screen images, produce audible events, give game characters 
strengths or weaknesses (including illnesses) or otherwise 
affect the player's capabilities, or determine team assign- 
ment. In some embodiments, functionality could be added 
for updating the algorithm, for example, by using feedback 
such as feedback evaluating the appeal of the gameplay 
experience, using methods such as those described above, 
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including surveys. Preferentially, the database would be 
updated in a manner that ensured the anonymity of the user. 

[0121] Still another example of a genomic-based service is 
to provide health and lifestyle information and guidance on 
various topics based, at least in part, on a person's genomic 
data. 

[0122] For example, a person choosing "health and lif- 
estyle advice" from the main menu might be shown the 
below sub-menu: 

[0123] 1) What diseases do I have a genetic propen- 
sity for, and what preventative steps can I take now? 

[0124] 2) What is a recommended diet for me? 

[0125] 3) What is a recommended exercise program 
for me? 

[0126] 4) What sports would I be best at? 

[0127] 5) What genetic risks would my children face 
based on my genomic data and/or family history? 

[0128] 6) (Two users only) What enetic risks would 
our children face based on our genomic data and/or 
family histories? 

[0129] To execute such selections, a user's genomic data, 
along with any necessary additional information such as the 
user's weight, age, and family history, could be considered 
by using a database which correlates genomic data, and in 
some cases additional information, with lifestyle advice. 
Such lifestyle advice might include advice on taking pre- 
ventative steps against the onset of a genetic illness or a 
condition to which an individual is genetically predisposed, 
diet recommendations, exercise recommendations, or the 
like. For example, a consultation of the database may yield 
the advice that the user should stop smoking because she is 
prone to arteriosclerosis. 

[0130] In alternate embodiments, the database would cor- 
relate genomic elements, and in some cases "additional 
information," with- information concerning diseases, lif- 
estyle outcomes, and the like instead of advice. In such an 
embodiment, the system would need to take additional steps 
to provide advice related to this information. In one embodi- 
ment, a second database could be used to yield the actual 
advice. For example, a consultation or the first database may 
show that the user is prone to arteriosclerosis. This infor- 
mation may be used to consult a second database, which 
would yield the advice that the user should stop smoking. 

[0131] For example, a user might ask about what sports 
she would be best at. A consultation of the database in light 
of her genomic data might yield the answer that she had a 
higher than average percentage of white muscle tissue and 
thus would be better at sports that require sprinting than 
endurance. The system might also recommend appropriate 
exercises if she were more interested in improving her 
performance in other types of sports. Another user, asking 
"What diseases do I have a genetic propensity for, and what 
preventative steps can I take now?" might learn that he was 
particularly susceptible to the effects of cigarette smoking 
and should quit immediately. In some embodiments, the 
system could provide estimated risks, which could vary as 
further information was obtained and integrated into the 
database. 



[0132] In certain embodiments, two users could jointly ask 
a question of the system and have their genomic data jointly 
compared. For example, a couple planning on having chil- 
dren could have their genomic data jointly compared so that 
they could determine what genetic risks their planned chil- 
dren would face. 

[0133] This service would provide more functionality than 
simple genomic testing, because results would preferably 
not just be a simple "yes" or "no" but would include lifestyle 
advice. In some embodiments, a counselor would be on call 
(by phone, on-line, etc.) to answer any questions the user 
had-about the results provided by the database. In preferred 
embodiments, the results provided by the database would be 
"dynamic". This is to say that the results provided would 
change as more information were obtained from various 
sources (such as users) and analyzed. A related service 
provides users with trivial information concerning their 
genomes. For example, a user who selected from the menu 
system the question "what's genetically unique about me?" 
might learn that she lacked a psoas minor, one of the five 
muscles of the human body which are most frequently 
absent. 

[0134] In some embodiments, functionality could be 
added for updating the database, for example, by using 
feedback received in connection with previously provided 
genomic services such as feedback evaluating the accuracy 
and/or utility of the provided health and/or lifestyle infor- 
mation and/or guidance, using methods similar to those 
described above, including surveys. For example, a survey 
could include questions concerning the accuracy of health 
and/or lifestyle information and/or guidance given, as well 
as questions concerning whether the provided information 
lead to a perceived lifestyle improvement and answers to 
these questions could be used to update the database. Pref- 
erentially, the database would be updated in a manner that 
ensured the anonymity of the user. 

[0135] Still another service is a food, drug and nutritional 
supplement guidance service. In one embodiment, a user, 
preferably working with her physician, pharmacist, or nutri- 
tional supplement expert selects "Food, Drug and Nutri- 
tional Supplement Guidance" from the menu system of an 
I/O terminal. Such an I/O terminal, perhaps connected to 
management device 100 via the Internet, could be located in 
a physician's office, health food store, or pharmacy, so that 
the genetically-guided prescription or usage suggestion of 
drugs and nutritional supplements could be unobtrusively 
incorporated into clinical or pharmaceutical practice or store 
operation. 

[0136] The user's genomic data, along with necessary 
additional information such as the proposed prescription or 
usage suggestion and perhaps demographic information 
such as the user's weight, age, and family history, is then 
considered in light of the content of a database. The database 
preferably correlates genomic data (such as haplotypes, 
haplotype pairs, SNPs, methylation patterns, and the like), 
and perhaps certain additional information, with responses 
to specific over-the counter drugs, prescription-only drugs, 
nutritional supplements, and similar products. In preferred 
embodiments, the database can be updated as new informa- 
tion is obtained. Using the result of the database consulta- 
tion, the system creates a report with product and dosage 
advice, adverse reaction warnings, and the like. 
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[0137] In some embodiments, the routing/intelligence unit 
would, as above, make the report available only to the user. 
It would be the user's responsibility to pass the report to the 
physician, pharmacist or nutritional supplement expert. 

[0138] In other embodiments, the user's doctor or phar- 
macist receives the report, but has no access to any genomic 
data of the patient. Preferably, the physician or pharmacist 
would receive the report after accessing the system using the 
pharmacy or medical office I/O terminal and entering a 
password. In still other embodiments, the report would be 
delivered to the physician or pharmacist, but in such a 
manner that it could not be read by the physician or 
pharmacist without the presence or consent of the patient. 
For example, the user might need to enter a password on the 
medical office I/O terminal in order to allow the physician or 
pharmacist to view the report. In another embodiment, the 
user's consent or presence would be determined by taking 
the user's fingerprint, voiceprint or retinal scan. Alterna- 
tively, the patient might choose to entrust the physician or 
pharmacist with the password. In certain embodiments, there 
may be different passwords for access to different informa- 
tion or data. For example, the system may create or allow the 
use of a password which offered a physician access to results 
of a test that she ordered for a user, but to oo other 
information regarding that user. In another embodiment, the 
physician or pharmacist would be able to access the report 
without the user's permission, e.g, if the report was deemed 
critically necessary for providing appropriate medical treat- 
ment to an unconscious or mentally incapacitated user or to 
a relative of a deceased user. 

[0139] In a preferred embodiment, when it is time for a 
product refill, the database is re-consulted and a new report 
is created so that the prescription can be changed to reflect 
any updated genomic-based prescription advice. 

[0140] In some embodiments, the user, doctor, pharmacist, 
or other professional could forward the patient's actual drug 
reaction to the service provider so that the database could be 
updated to take into account the reported drug reaction when 
giving future advice. The service provider could use this 
information to refine statistical correlations of drug 
responses with genomic data and/or other data. Preferen- 
tially, the database would be updated in a manner that 
ensured the anonymity of the patient. In certain embodi- 
ments routing/intelligence device 101 could forward the 
patient's reaction from the professional to the service pro- 
vider. Such behavior could be achieved, for example by 
having the professional enter the reaction into an I/O ter- 
minal connected to management device 100 via the Internet. 
In some embodiments, the professional would report the 
drug reaction by answering questions on a survey and 
returning it to the service provider. In such embodiments 
routing/intelligence device 101 could route a survey from 
the service provider to the professional's I/O terminal and, 
after the professional completed the survey using the I/O 
terminal, route the completed survey to the service provider. 
In alternate embodiments, results and/or surveys could be 
transported between the service provider and the profes- 
sional using a courier. 

[0141] The survey would preferably include questions 
seeking both quantitative and qualitative information. For 
example, the survey could include questions concerning 
actual physical test results or responses, as well as questions 



concerning whether the response was sufficient for the 
physician to decide to maintain the patient on the drug. Such 
a survey could be designed using methods well known in the 
field of surveys. For example, the survey could include 
alternate forms of questions which seek to obtain the same, 
or similar, answers. Inconsistent answers could be rejected 
and/or tagged for follow-up by the service provider for 
clarification or validation. Further, the report could be 
updated at the time the product was refilled. This update 
could be based on additional information which was added 
to the database since it was last consulted, such as the user's 
response to the prescribed product and dose, the user's 
response to other product, as well as information from other 
users or other sources. Preferentially, the database would be 
updated in a manner that ensured the anonymity of the user. 

[0142] In additional embodiments, the food, drug and/or 
nutritional supplement guidance report may not only give 
information for a drug or nutritional supplement chosen by 
a physician or pharmacist, but may also suggest that a 
different product be used. For example, a physician may ask 
for a food, drug and nutritional supplement guidance report 
for drug A for a particular patient. The consultation of the 
database would yield not only potential lack of efficacy or 
adverse reactions, but also the advice that Drug B would be 
a better choice based on one or more of the patient's genetic 
profile, lifestyle information, and other additional informa- 
tion. 

[0143] In further embodiments, a physician, pharmacist or 
other professional would not have to submit a proposed 
prescription. Instead, the professional would submit, or 
request the retrieval from storage of, any required additional 
information such as diagnostic values, symptoms, and/or a 
diagnosis of the patient's condition. Based on the genomic 
data and any additional information, a profile would be 
created which would suggest one or more drugs, preferably 
noting for each one a suggested dose and/or efficacy rating. 
In a preferred embodiment, probable side effects would also 
be listed. 

[0144] For example, a physician may submit, or request 
the retrieval from storage of, a patient's blood lipid level, 
age, gender or other relevant information relating to a 
patient's cardiovascular disease. The report created based on 
this information and the patient's genomic data might con- 
tain the prediction that the patient had a 90% chance of 
responding to a first lipid-modulating drug, a 80% chance of 
responding to a second lipid-modulating drug, and a 20% 
chance of responding to a third lipid-modulating drug, along 
with a dosage suggestion for each drug. The physician 
would then be able to choose which of the three drugs she 
wished to use for the patient. For example, the physician 
may choose the second drug if it is in a hospital's formulary, 
or the patient's HMO formulary, but the first drug is not. 

[0145] In one embodiment, a physician may choose to 
prescribe to a patient a particular drug or dosage regimen for 
such drug even though the report predicts that the patient 
will exhibit an adverse response to that drug or dosage 
regimen. In this case, the physician would monitor the 
patient for the adverse response while on the drug, and 
afterwards, if medically appropriate. Because an adverse 
response to the drug may affect the patient's compliance 
with the prescribed dosage regimen, the physician may also 
choose to more closely monitor how and when the patient is 
consuming the drug. 
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[0146] FIG. 4 is a flow chart showing one exemplary 
embodiment of the operation of the above-described food, 
drug, and/or nutritional supplement guidance service. These 
steps may be performed, for example, by a general purpose 
computer. In step 401 an individual's genomic data, and 
optionally additional information, is received. In step 402, 
the database is consulted. Next a report is produced (step 
403) and made available to the user and/or a professional 
assisting the user (step 404). In step 405, it is determined if 
the user's (and/or other user(s)') response to the product has 
been received. If the answer is "yes," flow proceeds to step 
406 where the database is updated using the user's (and/or 
other user(s)') response and then returns to step 402, where 
the database is consulted and an updated report is produced 
based on data incorporating the user's (and/or other user(s)') 
response. If the answer in step 405 is "no," flow proceeds to 
step 407 where it is detennined if it is time for a product 
refill. If the answer is "yes," flow proceeds to step 402. If the 
answer is "no," flow proceeds to step 405. 

[0147] In a second embodiment, the food, drug, and nutri- 
tional supplement guidance service would operate in a 
manner similar to the first embodiment, the main difference 
being that it would provide advice concerning the use of 
foods instead of drugs and nutritional supplements. In one 
instance of this embodiment a user, preferably working with 
a nutritionist or healthcare professional, would submit a 
suggested food, menu, or diet, along with any necessary 
additional information, in the manner discussed in the first 
embodiment. Alternately, this embodiment is compatible 
with a food market or restaurant environment wherein a 
clerk, server, or the like would enter a proposed meal or food 
purchase along with any necessary additional information 
into an I/O workstation located on the premises. The sub- 
mitted genomic and additional information would be con- 
sidered in light of a database which correlated genomic data 
with dietary restrictions and dietary guidance, and an advi- 
sory report would be created. 

[0148] In a third embodiment, the food, drug and nutri- 
tional supplement guidance service would operate in a 
manner similar to the first two embodiments, but the I/O 
workstation used to enter data would be in the form of a 
computerized cash register or similar device located in a 
food market, health food store, pharmacy, restaurant or the 
like. Alternately, the I/O workstation could be a web browser 
used to make online purchases. This embodiment could 
provide genetically -guided point of sale advice concerning 
the purchase of food, drugs, nutritional supplements and 
other products. 

[0149] For example, a mother whose child had PKU 
(pkenylketonuria) might attempt to purchase for her child a 
soft drink bottle at a store whose cash registers functioned as 
I/O workstations. The child's genomic data, along with 
perhaps additional information, would be considered in light 
of a database that correlated genomic data and perhaps 
additional information with responses to foods and other 
products. As a result of the database consultation the system 
might advise the mother that the purchase was not advised 
because the soft drink contained phenylalanine, a substance 
which would be harmful to the child due to her genetic 
makeup. 

[0150] This point of sale embodiment could also advise 
users against the purchases of foods they were allergic to or 



that were problematic for reasons such as inborn errors of 
metabolism, or advise against the purchase of over-the- 
counter drugs or nutritional supplements which were not 
ideally genetically compatible or were genetically problem- 
atic. In some embodiments, the system could suggest alter- 
nate foods, drugs, or other products that were more geneti- 
cally compatible or less genetically harmful than the 
products that the user was attempting to purchase. 

[0151] Still another function of the system is to broker 
financial transactions related to management of genomic 
data. In order to implement this feature, the routing/intelli- 
gence device 101 could execute one or more of the below- 
described billing schemes. Billing records could be held on 
the storage unit, while monetary transfer could be achieved 
using electronic finds transfer (EFI) and credit card billing 
techniques well known in the art. 

[0152] In one aspect, individuals storing their genomic 
data in the system may be charged a fee by the management 
company for various actions. For example, individuals may 
be charged a fee for collection and/or processing of their 
biological sample so as to yield genomic data. Individuals 
may further be charged a fee for initially establishing a 
management account and/or a fee for maintaining the 
account. The latter fee, for example, might take the form of 
a monthly or annual fee. Individuals may also be charged for 
further processing of their DNA or initial sample, or for 
processing of an additional sample, to yield additional 
genomic data. For example, a fee may be charged to a user 
who had initially paid to have only five genes or haplotypes 
recorded as her genomic data, but later chose to have 
additional genes or haplotypes recorded. Similarly, users 
may be charged for adding, deleting, or otherwise revising 
non-genomic data. In embodiments of the invention which 
use data cards, individuals may be charged an initial issue 
fee for a data card, and another fee if the card is lost or 
damaged and needs to be replaced. 

[0153] Fees may be charged for the routing of genomic 
data and/or other information to service providers, both third 
party providers and those run by the management company. 
For example, in some embodiments an individual may be 
charged a fee when the system routes her genomic data to a 
service provider. If the service provider is a third party, the 
third party, instead of the individual, may be charged the fee. 
In still other embodiments, both the third party provider and 
the individual are charged. In other embodiments, the man- 
agement company may pay a fee or credit the account of a 
user for use of her genomic or other information. 

[0154] In some embodiments, users may opt to pay a 
one-time fee rather than being charged for various actions 
and/or for having their genomic data and/or other informa- 
tion routed to service providers. For example, a one-time fee 
might entitle a user to have her sample collected and 
processed, her management account established and main- 
tained for life, and her genomic data and/or other informa- 
tion routed to service providers without additional cost. In 
some embodiments, there may be limitations to what one is 
entitled to after paying a one-time fee. For example, the 
payment of the one-time fee might entitle one to a certain 
number of routings a year with additional routings being 
available for an extra cost. 

[0155] Further, fees may be charged for the services 
themselves. For example, for services provided by third 
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parties, the system may act as an intermediary and collect 
money from the individual on behalf of the third party. In 
preferred embodiments, the third party would be charged a 
fee for this billing and collection service. For "home ser- 
vices" provided by the management company, the manage- 
ment company may directly bill the individual. For example, 
home services which provide lifestyle advice might charge 
a fee for each piece of advice given. Games may charge a fee 
per play, or per unit of time the game is played. As a further 
example, fees may be charged for system functions related 
to food, drug and nutritional supplement guidance profiles. 
For example, a fee may be charged for each profile created. 
This fee may be charged to the individual, the medical or 
other professional, or both. 

[0156] In some embodiments, drug companies may be 
charged fees when a drug is prescribed on the advice of a 
food, drug and nutritional supplement guidance profile. For 
example, a drug company may be charged a "finder's fee" if 
a drug is chosen by a doctor on the advice of a food, drug 
and nutritional supplement guidance profile. For example, a 
physician may ask for a food, drug and nutritional supple- 
ment guidance profile for drug A, produced by company X, 
for a particular patient, and be advised that Drug B, pro- 
duced by company Y, would be a better fit based on the 
patient's genetic profile. If the company X were different 
from company Y, company Y may be charged a "finder's 
fee" if there was a business agreement between company Y 
and the management company. 

[0157] In other embodiments, a healthcare payer (e.g., a 
health insurance company or HMO) may only reimburse a 
healthcare provider, or its insured patient, for service fees or 
drug costs that are incurred in connection with the insured's 
medical treatment if the healthcare provider prescribes or 
dispenses a drug or therapy that is predicted to provide the 
patient with the most medically- and/or cost-effective care 
based on the patient's genomic data. Thus, for example, if 
the patient has cardiovascular disease and is in need of a 
statin and is predicted to have less severe side effects or a 
greater reduction in LDL-cholesterol to statin A than statin 
B, an insurance company or HMO would only reimburse the 
healthcare provider for the patient's care in regard to car- 
diovascular disease if the healthcare provider prescribes or 
dispenses statin A to the individual. In another embodiment, 
the healthcare payer may not require that the healthcare 
provider prescribe the best drug for the individual (based on 
the individual's DNA) but one of the better drugs. For 
example, if the individual is in need of a reduction in 
cholesterol, and drugs A, B, C, and D are each predicted to 
cause a 20%, 24%, 32% and 5% decrease, respectively, in 
cholesterol in the individual, an insurance company or HMO 
may reimburse the health care provider (or the patient) if the 
individual is prescribed drug A, B or C, but not D. 

[0158] In some embodiments, the level of medical- and 
cost-effectiveness of certain therapies that qualifies for reim- 
bursement may be specified in the patient's contract with the 
healthcare payer. In other embodiments, whether the level of 
efficacy and/or safety predicted for a proposed therapy 
qualifies for reimbursement may be determined on a case by 
case basis by the healthcare payer in consultation with 
medical experts and/or with the insured's healthcare pro- 
vider. In another embodiment, the insurance company or 
HMO may only reimburse the healthcare provider (or the 
patient) if the patient is prescribed or receives a drug that the 



management company recommends for the patient based on 
the patient's genomic data and preferably other patient 
information relevant to providing therapeutic guidance. The 
invention contemplates that this recommendation may be 
transmitted by the management company directly to the 
healthcare payer, who in some embodiments, may pay the 
management company a fee for such transmittal. 

[0159] In yet another embodiment, a drug may be indi- 
cated for individuals with a certain haplotype profile, and the 
insurance company would only reimburse the health care 
provider (or the insured individual) for prescription or 
purchase of the drug if the insured individual has that 
haplotype profile. The presence or absence of the haplotype 
profile in a patient may be ascertained by using any of the 
genomic services described herein or by the performance of 
a genetic test that is designed specifically for determining 
whether a patient belongs to the genetically-defined popu- 
lation that is part of the approved indication for the drug. 

[0160] In all the above embodiments, the healthcare pro- 
vider may be a physician, group of physician's, hospital, 
clinic, nurse or physician's assistant. In other embodiments, 
the healthcare provider may be a pharmacy, pharmacist, or 
other entity that dispenses medications to individuals. 
[0161] The system also includes methods of facilitating 
the earning of money by users. In such embodiments, the 
system may, in response to an individual's request to earn 
money by participating in a study, seek out or receive 
requests from one or more third parties interested in using 
some or all of an individual's genomic data and/or other 
information for purposes such as research. For example, the 
intelligence module might maintain a list of pharmaceutical 
companies, academic institutions, or contract research orga- 
nizations and periodically e-mail the research directors or 
other appropriate personnel of these institutions to learn 
what sort of research participants are currently being sought. 
Alternately, the management company might advertise itself 
in medical and scientific journal as a "clearing house" for 
research participants. In such a case, research groups seek- 
ing participants would contact the management company or 
intelligence module that is requesting participants with 
certain characteristics. 

[0162] The system bargains with the third parties to decide 
upon the fee the third party will pay for the use of the 
genomic data and/or other information of a particular user. 
This is especially effective in cases where more than one 
third party is interested in using the data and/or other 
information, but only one will be awarded use. The broker- 
ing might include not only negotiation of price to be paid, 
but also amount of genomic data and/or other information 
used. For example, a third party might initially request 
information about three of an individual's haplotypes, but as 
result of the negotiation it might be bargained that only two 
would be used. 

[0163] In some embodiments, once the system had come 
up with a highest price for the use of an individual's 
genomic data or other information, the system would inform 
the individual of how much money she would get, what 
specific data or other information would be used, and the 
purpose of the use. The system would seek the user's 
agreement, and would not execute the transaction with the 
third party unless agreement was received. 
[0164] In alternate embodiments, the system notifies an 
individual of a research project seeking participants, informs 
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the individual of the nature of a research project and of the 
data being sought, and asks the individual if she is interested 
in having a place in the project negotiated for her, and if so 
under what conditions. For example, the user might stale the 
condition that she was only interested in participating if she 
would receive at least $100, or that she was only willing to 
allow 5 of the 10 requested haplotypes to be used. The 
system would take such conditions into account during the 
bargaining process. In some embodiments, users could set 
default values concerning the conditions under which they 
would be interested in entering a research project. For 
example, an individual might set as her default profile that 
she only wanted to participate in medically-related projects 
related to a particular disease, such as breast cancer, or 
projects in which she would receive at least $75. 

[0165] Preferably, as above, once the system had come up 
with a best-price for the use of an individual's genomic data 
and/or other information, the system would seek the user's 
agreement, and would not proceed unless agreement was 
received. Alternately, however, a user may agree ahead of 
time to participate in the project so long as her minimum 
conditions were met. It is understood that, in some cases, 
higher prices could be paid to the participating users when 
there is a high level of participation by other users, or 
approval to use more genomic data or other information that 
initially estimated. For example, it could be provided that 
the fee paid to an individual will increase as the amount of 
data she provided increases or the level of participation by 
other users increases. 

[0166] In preferred embodiments, the system would 
charge for its negotiation services. In one embodiment, the 
system would take a percentage of the money agreed to be 
paid, while in other embodiments the system would take a 
flat fee equal to a certain amount of money. Such monies 
could be collected from the individual, the third party, or 
both. In some embodiments, the individual or third party 
might be allowed to choose between the two charging 
models, preferably before the result of the auction was 
announced to the user. In some embodiments, the manage- 
ment company might accept access to a provider's services 
in lieu of money owed to it by that provider, 

[0167] FIG. 5 is a flow chart showing one exemplary 
embodiment of the above-described procedure. These steps 
may be performed, for example, by routing/intelligence 
device 101. In step 501, a user's request to participate in a 
study is received. In step 502, requests are sought out and 
received for the user's genomic and, optionally, additional 
information. In step 503, the parties interested in using the 
user's genomic data and, optionally, additional information 
are bargained with in order to determine what data will be 
used and what price will be paid. In step 504, the user is 
informed of the negotiated price, the data that will be used, 
and the purpose of the use. In step 505, the user's agreement 
to the proposed terms is sought. If the user does not agree, 
flow proceeds to step 507 where the transaction is canceled. 
If the user does agree, flow proceeds to step 506 where the 
transaction is executed. 

[0168] As noted above, in some embodiments the system 
works to find the best price for a particular service when that 
service is offered by more than one provider. In one embodi- 
ment, the intelligence module 101 requests "sealed bids" 
from each of the providers offering the service. The intelli- 



gence module then selects the lowest bid, and forwards this 
information to the user. Alternately, the system could request 
that the user name the price she wanted to pay. The system 
would then forward this information to the providers offer- 
ing the service, and see if any were willing to provide the 
service for the noted price. Other auctioning methods of 
securing a fair market price will be apparent to those skilled 
in the art. In certain embodiments the system might consider 
the quality of the providers when finding the best price for 
a particular service, perhaps by considering quality rankings 
or seals of approval. In some cases, a user could specify 
quality requirements when requesting that the system find a 
best price for a service. For example, a user could specify 
that she wants the best price among providers with a quality 
rating of three or more stars. Additionally, the management 
company could set quality requirements that could be 
applied to all user requests to find the best price for a service. 
For example, the management company might decide that 
the system would, when finding a best price for a customer, 
only consider providers who had been granted seals of 
approval. In further embodiments, the management com- 
pany may charge the user for the service of having been 
secured a fair market price, charge the provider for the 
service of having found them a customer, or charge both 
parties. FIG. 6 is a flow chart showing one exemplary 
embodiment of this procedure. These steps may be per- 
formed, for example, by routing/intelligence device 101. In 
step 601, a request is received to find a best price for a 
particular service. In step 602, sealed bids are requested 
from providers offering the service, and in step 603 the bids 
are received. In step 604, it is determined which provider is 
offering the lowest bid. 

[0169] As noted above, some embodiments of the data 
card allow it to be used to make purchases. Such function- 
ality can be easily implemented by the system because it can 
perform conventional EFT and credit card billing functions 
in performing the abovementioned financial transactions. 

[0170] In the embodiments of the data card that include 
financial transaction capability, users might be able to earn 
money points if they allowed the management company to 
anonymously record information concerning their pur- 
chases. Such information could be recorded, for example, 
each time a user makes a purchase using her data card. The 
goal in doing so would be to create databases correlating 
genomic data such as haplotypes and purchasing or con- 
sumption habits. In some embodiments, product and/or 
purchasing suggestions could be made based on these cor- 
relations. These suggestions could be offered to the users. 
The management company could construct the database in 
such a way that no personalty-identifying information would 
be included. In this way the user's anonymity would be 
maintained. In some embodiments, the management com- 
pany would sell its suggestions and/or statistical correla- 
tions, or the use thereof, to third parties. In some embodi- 
ments, routing/intelligence device 101 may be configured to 
perform these functions. 

[0171] In some embodiments, functionality could be 
added for updating the database, for example, by using 
feedback such as feedback evaluating the appeal of a sug- 
gested product or the accuracy of the provided statistical 
correlations, using methods described above, including sur- 
veys. For example, the survey could include questions 
concerning the accuracy of the correlations, as well as 
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questions concerning whether the suggested product was 
appealing. Preferentially, the database would be updated in 
a manner that ensured the anonymity of the user. 

[0172] Other embodiments might provide this functional- 
ity without the use of a data card with financial transaction 
capability. For example, in some embodiments the purchas- 
ing information could be recorded at a cash register and 
forwarded to the management company physically or elec- 
tronically. In other embodiments, users may submit their 
own purchasing information, perhaps by filling out a ques- 
tionnaire or by submitting copies of store purchase receipts. 
Such submission could also be done electronically or physi- 
cally. 

[0173] In other embodiments, the user could give permis- 
sion for her identity and genomic data relating to her 
purchasing habits to be disclosed to third parties. 

[0174] As alluded to above, a further function imple- 
mented by the system is to route an individual's genomic 
data, and any appropriate additional information, to a pro- 
vider of a requested service, such as a third party provider 
or the management company. 

[0175] As explained previously, a guiding principle 
behind this function is that an individual's genomic data 
may only be used by another party with the individual's 
permission. Accordingly, in preferred embodiments, care is 
taken that these parties never hold or posses a patient's 
genomic data, that they are not allowed to download the 
data, and that they are only allowed to use it for the purposes 
agreed upon and for the duration of time agreed upon. 
Further, it is preferred that a party does not know the identity 
of the individual to whom it is providing a particular service. 

[0176] In certain embodiments, when the management 
company owns or runs service providers such as for pro- 
viding the service of correlating an individual's genomic 
information with drug response, these service providers will 
face the same restrictions as third party service providers. 
For example, in preferred embodiments, while certain per- 
sonnel of the management company will have access to user 
identities, steps will be taken so the personnel that work in 
a service provider division of the management company, in 
other words personnel responsible for performing services, 
will not know the identities of individuals to whom they 
provide services. Further, while the management company 
may store genomic data, it is preferred that service provider 
divisions of the company will not be allowed to download 
and keep the data. Thus, in certain embodiments, the 
genomic data shall be secured by appropriate internal safe- 
guards so that it is only used for authorized uses by appro- 
priate personnel. 

[0177] In order to meet this goal, special techniques are 
used for the transmission of genomic and/or other data. In a 
first embodiment, service providers access the genomic data 
via a transient storage area on storage device 102. In a 
second embodiment, the service provider downloads a "self- 
destructing" data package containing the genomic data in an 
encrypted format. In a third embodiment, the service pro- 
vider physically receives a "self-destructing" data card con- 
taining the genomic data. In a fourth embodiment, the 
service provider reads the data directly from the data card 
during the period of time which the card is in the reader. 
Each of these embodiments will now be discussed in detail. 
Other embodiments are apparent to those skilled in the art. 



[0178] In an example of the first embodiment, once per- 
mission has been secured the genomic data and any addi- 
tional information is copied to a "transient storage area" to 
which the service provider is granted access. In a preferred 
embodiment, a temporary identification number correspond- 
ing to the user and a description of the service requested is 
also copied to the transient storage area. By use of a 
temporary identification number, the service provider does 
not know the identity of the individual for whom the service 
is being performed. 

[0179] In embodiments where the genomic or additional 
information is stored on a data card, the user places her card 
in an I/O terminal with card reader 105. The data is copied 
from the card to the transient storage area. 

[0180] In embodiments where the genomic or additional 
information is stored on storage device 102, this copying 
may be actual or virtual. In the actual case, the data is copied 
to the transient storage area and the service provider is given 
access to this transient area In the virtual case, the data is not 
moved from or copied from the original storage area, but 
instead the service provider is given expiring access to the 
original storage area. 

[0181] In preferred embodiments, the service provider 
could only access the data through an active connection, and 
would be prevented from downloading the data. One method 
for achieving this would be set restrictions on the file so that 
it could be read but not copied or written to. Such file 
restrictions are used in most modern computer operating 
systems, and thus the methods for implementing them are 
well known in the art. Further, the data could be encoded in 
such a way that it would check where it was stored before 
allowing access to itself. Thus, if it were somehow down- 
loaded to a storage location other than the one it was 
intended to be stored on, it would not allow itself to be 
accessed. Techniques such as this are well known in the art, 
as they are used to ensure, for example, that a program 
licensed to run on a specific computer only runs on that 
computer. 

[0182] The temporary identification number functionality 
may be implemented in a manner similar to the disclosed 
method for ensuring anonymous processing of the initial 
genetic sample. Thus the management company may gen- 
erate a semi-random temporary identification number and 
associate this number in a lookup table with an individual's 
identity. Alternately, a cryptographic algorithm may be used. 
As described above, the service provider would have access 
to the temporary identification number, the genomic data, 
any additional information, and description of the requested 
service. The service provider would return the results of the 
service, along with the corresponding temporary identifica- 
tion number, to the management company. The management 
company, upon receipt of the information, would ascertain 
from the returned temporary identification number which 
individual's service results had been received. The results 
would then be made available to the individual, and the 
temporary identification number would be de-correlated 
from the individual so that the number could be reused. 

[0183] The phrase "transient storage area" emphasizes the 
fact the system will delete, or otherwise render unreadable, 
the data in this storage area under a number of circum- 
stances. For example, the data might be deleted after a 
certain date has been reached or a certain period of time has 
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elapsed. The data might also be deleted if the service 
provider attempts to copy it. Further, in cases where the 
genomic data is stored on a data card, the data might be 
deleted upon removal of the card from the card reader. The 
data might also be deleted if the service provider attempts to 
handle the data in a manner other than the one agreed upon. 
For example, the data might be deleted if the service 
provider attempted to perform tests on it other than those 
agreed upon. In this way, the individual could feel assured 
that his genomic data would only be used for the purposes 
she agreed to and the service provider would be prevented 
from having permanent possession of the user's data. FIG. 
7 is a flow chart showing one exemplary embodiment of the 
above-described procedure. These steps may be performed, 
for example, by routing/intelligence device 101. In step 701 
the user's permission is secured. In step 702, the user's 
genomic data and additional information is copied to the 
transient storage area. In step 703, the appropriate provider 
is allowed access to the storage area. In step 704 it is 
determined if a criterion for deletion has been met. If the 
answer is "yes," flow proceeds to step 705 where the data is 
deleted. If the answer is "no," flow proceeds to step 704. 

[0184] In the second embodiment, the system would copy 
the genomic and additional information in the manner 
disclosed for the first embodiment. However, instead of the 
data being copied to a transient storage area, a "self- 
destructing" data package containing the data is created by 
the system. In preferred embodiments, the identification 
number and the description of the service requested are also 
placed in this data package. The system allows the service 
provider to download this package. The phrase "self-de- 
structing" refers to the fact that the package is capable of 
deleting itself, or otherwise rendering the data that it carries 
unreadable. There are a number of circumstances under 
which the data would self-destruct. These circumstances 
may include the sample circumstances that led to deletion of 
data from the transient storage area in the first embodiment. 
For example, the package might be set with an expiring- 
self-destruct. In such a case, the package would destroy its 
data after a certain date had been reached or a certain period 
of time had elapsed. The data might also be set to self- 
destruct if the service provider attempted to copy it. Further, 
in cases where the genomic data is stored on a data card, the 
data might be set to self-destruct upon removal of the card 
from the card reader. In these ways, the service provider 
would be prevented from having permanent possession of 
the user's data. Further, the package might be set to self- 
destruct if the service provider attempted to handle the data 
in a manner other than the one agreed upon. For example, 
the data might self destruct if the provider attempted to 
perform tests on it other than those agreed upon. In this way, 
the individual could feel assured that his genomic data 
would only be used for the purposes she agreed to. 

[0185] To deal with the eventuality of the package being 
intercepted in transport, additional self-destruct events could 
be added. For example, the package could have its data 
stored in an encrypted format, and be programmed to 
"self-destruct" if an incorrect key were applied to it. Further, 
the package could be programmed with a "self-destructing 
countdown timer". In such an embodiment, when the card 
was shipped a self-destruction countdown timer would be 
set, perhaps for 12 hours. When the service provider claimed 
receipt of the package, the management company would 
give the service provider a code with which to "defuse" the 



self-destruction countdown. Hence, if the package were 
intercepted in transport, the interceptor would not know the 
code with which to defuse the countdown, and thus the data 
on the card would self-destruct after the allotted time 
elapsed. Such a self-destruction countdown timer should not 
be confused with the above described expiring-self-destruct 
feature. An important difference between the two is that the 
countdown timer can be "defused," while the expiring-self- 
destruct cannot. 

[0186] The third embodiment is like the second, but the 
data package is not made available to the service provider 
for downloading. Instead, it is placed on a data card that is 
physically delivered to the service provider, 

[0187] Such a "self-destructing data card" would prefer- 
ably be a smart card or some other card with on-board 
computing abilities. The on-board computational device 
would be programmed with a series of events that should 
result in "self-destruction" of the data, as well as with a 
self-destruct routine. These events would include, among 
others, those described in connection with the above-de- 
scribed self-destructing data package. The computational 
device would watch for these events, and when one occurred 
the processor would execute a routine which would delete 
the card's data contents. In preferred embodiments, the card 
would also have the features of the above-described perma- 
nent data card. For example, the card would preferably have 
its data stored in an encrypted format, with the card's 
on-board processor handing the decryption process. 

[0188] Thus, in practice, the genomic data, and any addi- 
tional information, would be loaded onto the self-destructing 
data card. The self-destructing data card would be physically 
delivered, preferably via a secure carrier or messenger, to the 
service provider. Preferably, the data would be stored in an 
encrypted format for which the service provider would be 
given a "key". In this way if the card were intercepted in 
transport, or someone took improper possession of the card, 
the contents of the card would be inaccessible. 

[0189] In the fourth embodiment, the service provider 
reads the genomic data, and perhaps additional information, 
directly from a data card. Thus, the provider only has access 
to this data during the period of time for which the card is 
in the card reader. Once the card was removed from the 
reader, access would no longer be possible. 

[0190] In one scenario, the card reader would be located at 
the third party's physical location, and the individual would 
go there to insert his card. In another scenario, the individual 
would insert the card at a reader distant from the third party, 
such as a reader-equipped I/O terminal 105, and the service 
provider would read the data from the card via a secure and 
preferably encrypted network connection. Preferably, the 
card reader would capture or otherwise lock the card into 
place in a manner that it could only be removed from the 
reader by the owner of the card. In this way the individual 
could go to a card reader location, insert her card, and 
retrieve it at a later time. 

[0191] In one embodiment, the identification number cor- 
responding to the user and a description of the service 
requested could be delivered to the provider using one of the 
first three embodiments, while the genomic data itself would 
be made available using the method of the fourth embodi- 
ment. If the provider required additional information which 
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was not on the data card, the provider might receive this data 
by having the user enter it on an I/O terminal 105. Alter- 
nately, the additional information could be delivered to the 
provider using one of the first three embodiments. 

[0192] As in the above embodiments, "self-destruct" pro- 
cedures could be set up to protect the data. For example, the 
additional information could be sent as a self-destructing 
data card, and the personal data card would destroy its data 
if the service provider executed one of the above-described 
self-destruct events. 

[0193] Alternately, instead of the personal data card 
destroying its data, it could instead leave its data intact but 
cut off the provider's access to it. For example, if the third 
party attempted to access the data more times than was 
agreed upon, the provider's access to the card would be cut 
off, but the card would remain undamaged so as to not 
inconvenience the owner. In other embodiments, the card 
would shut off not the provider's access to the card, but all 
read access to the card. In such embodiments the user would 
have to reactivate the card to make it functional again, 
perhaps by inserting it into an I/O terminal with card reader 
and entering a secret reset code. 

[0194] In these embodiments, the data is preferably 
encrypted such that the service provider needs a key to 
access the data In some embodiments, each service provider 
is periodically provided a unique "period key" which will be 
used to decode all data that the provider is to access during 
that period. For example, the provider may be given a key 
each month which is to be used to decode all data during that 
month. In some embodiments the period key would be 
transmitted via a secure, encrypted transmission. For 
example, a security officer at the service provider might have 
a master key that can be used to decrypt the period keys that 
are provided. In other embodiments, the period key could be 
delivered physically by bonded messenger. 

[0195] In some embodiments, the provider may be given 
a multitude of keys at once. The multitude of keys could be 
stored in a lookup-table which associates keys with code 
words. In such an embodiment, the service provider might 
receive from the management company a daily e-mail or 
daily physical letter via bonded messenger which contains 
the code word of the day. For example, the service provider 
might be informed that "today is an AZSDEFE" day. The 
service provider would feed "AZSDEFE" into the lookup 
table in order to receive the day's key. 

[0196] In still other embodiments, the keys would not be 
sent to the service providers at all. Instead, each provider 
could be given a algorithm for creating the keys. The 
management company could use corresponding algorithms 
to encode data meant to be read by each provider. For further 
security, the key-generating algorithm could be a "black 
box" in the eyes of the service providers, which is to say they 
would not know how the algorithm worked. These methods 
provide only examples, and other methods known to those 
versed in the art for encryption and the providing of keys 
may be used as well. 

[0197] In yet another embodiment, the invention concerns 
a method of marketing a product in a geographic region of 
interest, comprising obtaining information relating to at least 
one correlation between users' positive response to the 
product and at least one haplotype profile, determining the 



frequency of the haplotype profile in the population living in 
the geographic region, and making a marketing decision for 
the geographic region based on the determined frequency of 
the haplotype profile. As used herein, the term "marketing" 
means any activity associated with advertising, offering to 
sell and selling goods or services. The product may be any 
good or service for which there is a perceived need or 
demand in a particular geographic region. Preferably, the 
good or service is medically related, and more preferably the 
good or service is a drug or biologic, either of which may be 
previously approved by an appropriate regulatory agency, 
may be the subject of a pending application for regulatory 
approval or may be marketed without regulatory approval. 

[0198] The geographic region of interest may be defined in 
any one of a number of ways, e.g., by the official or 
unofficial boundaries of a town, city or section thereof, 
county, state, multi-state region (e.g., in the United States, 
the Northeastern, Midwestern, Southern or Western region) 
country or continent. In one embodiment, the geographic 
region of interest may be a territory serviced by a healthcare 
provider such as an individual pharmacy or a pharmaceutical 
chain. In other embodiments, the geographic region of 
interest may be a territory serviced by a healthcare payer. 

[0199] The response to the product includes any type of 
response exhibited by the user or consumer of the product 
that indicates the product will at least meet the perceived 
need or demand for such a product in the geographic region, 
and preferably indicates this need or demand will be met in 
a way that is superior to the performance of other products 
marketed in that geographic region for the same need or 
demand. In preferred embodiments, the product is a drug or 
biologic and the response to such a product is the therapeutic 
profile exhibited by the population present in the geographic 
region of interest or by a suitable reference population 
therefor. 

[0200] Information relating to the haplotype profile cor- 
relation may already exist at the time this marketing method 
is being performed; such preexisting information might be 
obtained from a provider of genomic services such as the 
management company described herein. Alternately, obtain- 
ing such correlation information requires performing a new 
study that is designed to identify any correlations between 
genetic variation and product response that may exist in the 
population living in the geographic region. The entity seek- 
ing to market the product could conduct this study by itself 
or could contract the performance of this study with another 
party, e.g., the management company described herein. 

[0201] The frequency of the correlated haplotype pro- 
file^) in the population in the targeted geographic region 
may be determined by consulting preexisting genomic data 
for that population, or a reference population therefor, or by 
independently testing individuals for the presence or 
absence of the haplotype profile. The genetic testing may be 
performed for either most or all individuals of the population 
of interest to directly determine the frequency of the hap- 
lotype profile. Alternately, the haplotype profile frequency in 
the population of interest may be indirectly determined, or 
estimated, by the frequency of the haplotype profile that is 
directly determined for a suitable reference population. As 
above, the seeking to market the product may determine the 
frequency of the haplotype profile in the population of 
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interest or may contract with another party, e.g., the man- 
agement company described herein, to determine this fre- 
quency information. 

[0202] The marketing decision is based on the determined 
frequency of the haplotype profile in the population living in 
the geographic region of interest and may include a decision 
to market the product to the geographic region if the 
frequency of the haplotype profile correlated with a positive 
response to the product indicates that the product will 
achieve a sufficient level of market penetration in the tar- 
geted geographic region to meet the business goals and/or 
profit objectives of the entity seeking to market the product 
in that region. Alternately, if the frequency of the haplotype 
profile indicates the product will produce low sales in the 
geographic region of interest, the marketing decision may be 
to not proceed with marketing the product in that geographic 
region. 

[0203] In yet another embodiment, the invention provides 
a method for developing a new product to satisfy a particular 
unmet demand or need of a population, comprising identi- 
fying a haplotype profile that is correlated with the unmet 
demand or need in the population, determining a functional 
cause for the correlation between the haplotype profile and 
the unmet need or demand, and developing a new product 
designed to avoid the functional cause. Examples of unmet 
demands or needs to which this invention may be applied 
include but are not limited to weight management, addic- 
tions to harmful substances such as nicotine, alcohol and 
other drugs, and diseases that are not being adequately 
treated in the population of interest by existing drugs or 
therapies. 

[0204] To identify a haplotype profile that is correlated 
with an unmet demand or need, the frequency of haplotypes 
for one or more genes in a first population having the unmet 
need or demand is compared with the frequency of such 
haplotypes in a second population that either lacks the same 
need or demand or in which existing products satisfy that 
need or demand. This frequency information may be 
obtained using any method known in the art, including those 
described or incorporated by reference herein, or may be 
obtained from a genomic data management company such as 
described herein. The genes evaluated may primarily be 
those that are candidate genes for the unmet need or demand, 
or may constitute all genes known to exist in the genome. 

[0205] Any haplotype or combination of haplotypes that is 
significantly higher in the first population than in the second 
population is a haplotype profile that may be selected to 
evaluate in the next step of the method, which is identifying 
a functional cause for the correlation between that haplotype 
profile and the unmet need or demand. For example, where 
the unmet need is a disease that is not adequately treated by 
existing drugs in the first population, the functional cause 
may be a haplotype in the haplotype profile that defines an 
isoform of the target for the existing drugs that has poor 
binding characteristics for such existing drugs. Or, the 
functional cause may be a haplotype in the haplotype profile 
that causes the bearer of that haplotype to be a poor 
metabolizer of these existing drugs, which may lead to lack 
of efficacy and/or undesirable side effects. 

[0206] Once the functional cause for the correlation 
between the haplotype profile and unmet need or demand is 
determined, a new product may be designed to overcome the 



functional cause. For example, if the functional cause is poor 
drug binding characteristics for the isoform of the drug 
target that is present in the first population, then new 
candidate compounds for treating the disease may be iden- 
tified by screening against that isoform of the drug, or 
alternately, a different target and drug combination with 
potential efficacy in treating the disease may be sought. 
Similarly, if the functional cause is the presence of a "poor 
metabolizer haplotype" in the haplotype profile, a new 
candidate drug metabolized by another metabolic enzyme or 
via a different pathway may be evaluated for its ability to 
overcome this functional cause and thereby meet the unmet 
need or demand. 

[0207] The invention further provides a method for mar- 
keting a drug for inclusion in a formulary controlled by a 
healthcare provider or healthcare payer. Nonlimiting 
examples of the healthcare provider and payer are hospitals 
and HMOs, respectively. In one embodiment, the method 
comprises identifying a haplotype profile that is correlated 
with a good therapeutic profile for the drug, determining the 
frequency of the haplotype profile in the population served 
by the formulary and making a marketing decision based on 
the determined frequency of the haplotype profile. In one 
embodiment, the marketing decision is to pursue inclusion 
in the formulary if the frequency of the haplotype profile 
indicates that a significant percentage of the population 
served by the formulary will exhibit a better response to the 
new drug than drugs currently in the market, which may 
include drugs already in the formulary. 

[0208] In another embodiment, the invention provides a 
method for choosing a drug for inclusion in the formulary. 
This method comprises identifying a group of drugs that are 
prescribed to treat or alleviate the same medical condition, 
symptoms or disease, and determining for each drug a 
haplotype profile that is correlated with an acceptable thera- 
peutic response profile for that drug. Then, the frequency of 
each of these haplotype profiles in the population served by 
the formulary is detennined. A drug is chosen for the 
formulary based on the determined haplotype profile fre- 
quencies. For example, the drug whose correlated haplotype 
profile is the most frequent of the identified haplotype 
profiles may be the only drug from the group included in the 
formulary, or alternately, each drug in the group whose 
haplotype profile is present above a certain percentage in the 
population served by the formulary may be chosen. 

[0209] It should be noted that many other embodiments 
are within the spirit of the invention and the preceding is 
only by way of example, and should not be construed to limit 
the invention to any of the specific details disclosed above. 

What is claimed is: 

1. A method for recruiting a new user for a genome 
management service, comprising: 

obtaining a cell sample from a person; 

waiting a period of time; 

after the period of time has elapsed, seeking from the 
person final permission to have his or her genomic data 
managed; 

analyzing at least a portion of the person's genome; and 
storing the resultant genomic data electronically. 
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2. The method of claim 1 wherein said cell sample is 
obtained via a cheek swab. 

3. The method of claim 1 wherein said sample is obtained 
in a mobile unit. 

4. The method of claim 1 wherein said sample is obtained 
in a kiosk. 

5. The method of claim 1 wherein said sample is obtained 
in a physician's office. 

6. The method of claim 1 wherein said period of time is 
one week. 

7. The method of claim 1 wherein the resultant genomic 
data is stored on a data card. 

8. The method of claim 7 wherein said data card is kept 
by the user. 

9. The method of claim 7 wherein said data card is the 
only location where said genomic data is stored. 

10. The method of claim 1 wherein the genomic data is 
stored on a secure server. 

U. A device for maintaining an individual's genomic 
data, comprising: 

a data storage unit in which the individual's genomic data 
is stored; and 

a self destruct unit, which deletes said data on said device 
when a trigger event occurs. 

12. The device of claim 11, wherein said trigger event is 
an attempt to copy the data stored on said device. 

13. The device of claim 11, wherein said trigger event is 
an unauthorized attempt to read data from the device. 

14. The device of claim 11, wherein said data is stored in 
an encrypted format. 

15. The device of claim 11, wherein said data storage 
device is kept by the individual. 

16. A data card for maintaining an individual's genomic 
data, comprising a data storage unit in which the individual's 
genomic data is stored. 

17. The data card of claim 16, further comprising a 
self-destruct unit, which deletes said data on said device 
when a trigger event occurs. 

18. The data card of claim 17, wherein said trigger event 
is an attempt to copy the data stored on said device. 

19. The data card of claim 17, wherein said trigger event 
is an unauthorized attempt to read data from the card. 

20. The data card of claim 16, wherein said data is stored 
in an encrypted format. 

21. The data card of claim 16, wherein said data card is 
kept by the individual. 

22. A method for providing product usage advice for an 
individual, comprising: 

receiving the individual's genomic data; 

using said genomic data to consult a database or table, the 
database or table correlating genomic data with 
responses to products; and 

creating a report containing product usage advice for one 
or more products. 

23. The method of claim 22, wherein said correlations are 
obtained by using a computer program. 

24. The method of claim 22, wherein said receiving 
further includes receiving any necessary additional informa- 
tion. 

25. The method of claim 22, wherein said using step 
further includes consulting the database or table using 
additional information. 



26. The method of claim 22, wherein said database or 
table further correlates additional information with 
responses to products. 

27. The method of claim 22, further including the step of 
updating said report when said product is purchased. 

28. The method of claim 22, wherein said receiving is 
performed in conjunction with a point of sale operation. 

29. The method of claim 28, wherein said point of sale 
operation is a transaction using a data card. 

30. The method of claim 28, wherein said point of sale 
operation is a transaction using a cash register. 

31. The method of claim 28, wherein said point of sale 
operation is an online purchase. 

32. The method of claim 22, wherein said product usage 
advice is a prediction of the individual's response to one or 
more products. 

33. The method of claim 22, wherein said product usage 
advice is a dosage recommendation for one or more prod- 
ucts. 

34. The method of claim 22, wherein said product usage 
advice is a prediction of side effects for one or more 
products. 

35. The method of claim 24, wherein said additional 
information includes a proposed usage suggestion for one or 
more products. 

36. The method of claim 35, wherein said product usage 
advice is a prediction of the individual's response to the 
proposed product or products. 

37. The method of claim 35, wherein product usage 
advice is a recommendation of one or more alternative 
products. 

38. The method of claim 22 wherein said report is 
provided to the individual. 

39. The method of claim 22 wherein said report is 
provided to a healthcare provided authorized by the indi- 
vidual. 

40. The method of claim 22 wherein said report is 
provided to an expert assisting the individual, but the 
individual's genomic data is not. 

41. The method of claim 22 wherein a fee is charged for 
each report created. 

42. The method of claim 22, wherein said database or 
table correlates the individual's genomic data with a 
response to certain drugs. 

43. The method of claim 22, additionally including the 
steps of: 

receiving feedback concerning said individual's actual 
response to one or more of said products; and 

updating said database or table based on said feedback. 

44. A method for producing marketing data, comprising: 

receiving from a group of individuals their genomic data; 

receiving from said group of individuals data concerning 
their purchasing or consumption habits; 

determining correlations between said genomic data and 
said purchasing or consumption habits; and 

making a prediction concerning an individual's purchas- 
ing or consumption habits based on that individual's 
genomic data. 

45. The method of claim 44, wherein said correlations are 
stored in a database or table. 
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46. The method of claim 44, wherein said correlations are 
obtained by using a computer program. 

47. The method of claim 44, wherein said correlations are 
statistical. 

48. The method of claim 44, wherein the said correlations 
contain no personally-identifying data related to said indi- 
viduals. 

49. The method of claim 44, with the additional step of 
selling said correlations to interested parties. 

50. The method of claim 44, wherein members of said 
group are paid for their participation. 

51. The method of claim 44, wherein said data concerning 
purchasing habits is received when a data card is used to 
make a purchase. 

52. The method of claim 44, additionally including the 
steps of: 

* receiving feedback relating to the accuracy of said pre- 
diction and/or correlations; and 

updating said prediction and/or correlations based on said 
feedback. 

53. A method for marketing products to individuals based 
on their genomic data, comprising: 

receiving from a group of individuals their genomic data; 

receiving from said group of individuals data concerning 
their purchasing or consumption habits; 

determining correlations between said genomic data and 
said purchasing or consumption habits; 

making a prediction concerning an individual's purchas- 
ing or consumption habits based on that individual's 
genomic data; and 

making a product suggestion. 

54. The method of claim 53, wherein said correlations are 
stored in a database or table. 

55. The method of claim 53, wherein said correlations are 
obtained by using a computer program. 

56. The method of claim 53, wherein said correlations are 
statistical. 

57. The method of claim 53, wherein the said correlations 
contain no personally-identifying data related to said indi- 
viduals. 

58. The method of claim 53, with the additional step of 
selling said correlations to interested parties. 

59. The method of claim 53, with the additional step of 
selling said product suggestions to interested parties. 

60. The method of claim 53, with the additional step of 
offering said product suggestions to said individuals. 

61. The method of claim 53, wherein members of said 
group are paid for their participation. 

62. The method of claim 53, wherein said data concerning 
purchasing habits is received when a data card is used to 
make a purchase. 

63. The method of claim 53, additionally including the 
steps of: 

receiving feedback relating to the appeal of the suggested 
product; and 

updating said suggestion and/or correlations based on said 
feedback. 

64. A method of providing a gaming experience to an 
individual based on his or her genomic data, comprising: 



receiving the genomic data of said individual; and 

affecting gameplay using said genomic data; whereby the 
individual's gaming experience is due at least in part to 
his or her genomic data. 

65. The method of claim 64, wherein said affecting 
involves assigning the individual to a team. 

66. The method of claim 64, wherein said affecting 
involves the manipulation of visual gameplay aspects. 

67. The method of claim 64, wherein said affecting 
involves the manipulation of aural gameplay aspects. 

68. The method of claim 64, wherein said affecting 
involves giving game characters strengths or weaknesses. 

69. The method of claim 64, additionally including the 
steps of: 

receiving feedback relating to said gaming experience; 
and 

revising said affecting based on said feedback. 

70. A method of providing an individual with lifestyle 
advice related to his or her genomic data, comprising: 

using an individual's genomic data to consult a database 
or table which correlates genomic data with lifestyle 
advice; and 

receiving, as a result of said consultation, said lifestyle 
advice. 

71. The method of claim 70 wherein said correlations are 
obtained using a computer program. 

72. The method of claim 70 wherein said genomic data is 
haplotypes or haplotype pairs. 

73. The method of claim 70 wherein said lifestyle advice 
comprises recommendations on taking preventative steps 
against the onset of an illness. 

74. The method of claim 70 wherein said lifestyle advice 
comprises diet recommendations. 

75. The method of claim 70 wherein said lifestyle advice 
comprises exercise, recommendations. 

76. The method of claim 70 wherein said lifestyle advice 
comprises information about unique genotypical aspects of 
the individual. 

77. The method of claim 70, additionally including the 
step of providing the services of a genetic counselor to 
explain said lifestyle information. 

78. The method of claim 70, additionally including the 
steps of: 

receiving feedback relating to the accuracy of said lif- 
estyle advice; and 

updating said database or table based on said feedback. 

79. A method of providing an individual with lifestyle 
advice related to his or her genomic data, comprising: 

using an individual's genomic data to consult a database 
which correlates genomic data with information related 
to that genomic data; 

receiving, as a result of said consultation, information 
related to said genomic data; and 

providing lifestyle advice related to said information. 

80. The method of claim 79 wherein said correlations are 
obtained using a computer program. 

81. The method of claim 79 wherein said genomic data is 
haplotypes or haplotype pairs. 



US 2005/0026117 Al 



22 



Feb. 3, 2005 



82. The method of claim 79 wherein said lifestyle advice 
comprises recommendations on taking preventative steps 
against the onset of an illness. 

83. The method of claim 79 wherein said lifestyle advice 
comprises diet recommendations. 

84. The method of claim 79 wherein said lifestyle advice 
comprises exercise recommendations. 

85. The method of claim 79 wherein said lifestyle advice 
comprises information about unique genotypical aspects of 
the individual. 

86. The method of claim 79, additionally including the 
step of providing the services of a genetic counselor to 
explain said lifestyle information. 

87. The method of claim 79, additionally including the 
steps of: 

receiving feedback relating to the accuracy of said lif- 
estyle advice; and 

updating said advice and/or said database or table based 
on said feedback. 

88. A method of designing products based on an indi- 
vidual's genomic data, comprising: 

obtaining the individual's genomic data; and 

creating a design for said product based on said genomic 
data. 

89. The method of claim 88 wherein said creating 
involves consulting a database or table which correlates 
certain genomic data with certain designs. 

90. The method of claim 89, additionally including the 
steps of: 

receiving feedback relating to the appeal of said design; 
and 

updating said database or table based on said feedback. 

91. The method of claim 88 wherein said creating 
involves using a computer program which correlates certain 
genomic data with certain designs. 

92. The method of claim 91, additionally including the 
steps of: 

receiving feedback relating to the appeal of said design; 
and 

updating said computer program based on said feedback. 

93. The method of claim 88 wherein said creating 
involves executing a design algorithm which takes said 
genomic data as an input. 

94. The method of claim 93, additionally including the 
steps of: 

receiving feedback relating to the appeal of said design; 
and 

updating said algorithm based on said feedback. 

95. The method of claim 88 wherein said product is a 
food. 

96. The method of claim 88 wherein said product is 
artwork. 

97. The method of claim 88 wherein said product is 
wearing apparel. 

98. The method of claim 88 wherein said product is a 
perfume. 

99. The method of claim 88 wherein said product is 
jeweky. 



100. The method of claim 88 wherein said product is 
music. 

101. A method for marketing an individual's genomic 
data, comprising: 

contacting a party interested in using an individual's 
genomic data; 

negotiating with the party to determine the terms of use 
for said data; 

seeking the individual's consent to allow said party to use 
said data under the determined terms of use; and 

if consent is received, providing, under the determined 
terms of use, said genomic data to said party. 

102. The method of claim 101 wherein said providing is 
performed in such a manner that the party is not allowed to 
permanently keep said genomic data. 

103. The method of claim 101 wherein said negotiations 
involves determining a price that said party will pay said 
individual for use of said genomic data. 

104. The method of claim 101 wherein said negotiations 
involves determining the portions of the individual's 
genomic data that will be used by the party. 

105. A method for providing an individual with low price 
genomic-based services, comprising: 

receiving from the individual a request for a genomic- 
based service; 

negotiating with a plurality of parties capable of providing 
said service in order to determine which party of said 
parties is willing to offer said service at a lower price 
than the remainder of said parties; and 

upon receiving the individual's consent, allowing said 
party which offered said lower price to perform said 
service. 

106. The method of claim 105 wherein said service is 
performing a medical test based on said individual's 
genomic data. 

107. The method of claim 105 wherein said service is 
providing information based on said individual's genomic 
data. 

108. The method of claim 105 wherein said service is 
providing artwork whose design is based on said individu- 
al's genomic data. 

109. The method of claim 105, including the additional 
step of charging the individual a fee. 

110. The method of claim 105, including the additional 
step of charging said service provider a fee. 

111. The method of claim 105, wherein said negotiating 
step includes considering the quality of the providers. 

112. The method of claim 111, wherein said receiving step 
further includes receiving from the individual quality 
requirements. 

113. The method of claim 111, wherein the management 
company sets quality requirements. 

114. A billing method for a genomic data managing 
service, comprising: 

charging a management fee; and 

charging a fee for each access of said data. 

115. The method of claim 114, wherein said management 
fee is a periodic fee for maintaining said data. 

116. The method of claim 115 wherein said periodic fee 
is a fee charged each time a predetermined interval elapses. 
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117. The method of claim 114, wherein said management 
fee is a fee for setting up a new account. 

118. The method of claim 114, wherein said management 
fee is a fee for adding or deleting genomic data. 

119. The method of claim 114, wherein said management 
fee is a fee for adding or deleting non-genomic data. 

120. A method for providing an individual's genomic data 
to a party, comprising: 

receiving from a party a request for an individual's 
genomic data; 

negotiating with the party to determine the terms of use 
for said data; 

seeking the individual's consent to allow said party to use 
said data under the determined terms of use; and 

if consent is received, providing, under the determined 
terms of use, said genomic data to said party. 

121. The method of claim 120 wherein said providing is 
performed in such a manner that the party is not allowed to 
hold or posses said genomic data. 

122. The method of claim 120 wherein said negotiating 
involves determining a price that said party will pay said 
individual for use of said genomic data. 

123. The method of claim 120 wherein said negotiating 
involves deterrnining which portions of the individual* s 
genomic data will be used by the party. 

124. A method for securely transmitting an individual's 
genomic data to a party, comprising: 

storing an individual's genomic data on a data card; and 

physically transporting said data card to said party. 

125. The method of claim 124, wherein said data card 
deletes the data it carries when a trigger event occurs. 

126. The method of claim 125 wherein said trigger event 
is an attempt to read the data on the card using an incorrect 
decryption key. 

127. The method of claim 125 wherein said trigger event 
is an attempt to use the data for a purpose other than the one 
agreed upon. 

128. The method of claim 125 wherein said trigger event 
is the expiration of a count-down timer. 

129. The method of claim 125 wherein said trigger event 
is said party failing to acknowledge receipt of said data. 

130. The method of claim 124 wherein said data is stored 
in an encrypted manner. 

131. A method for securely transmitting an individual's 
genomic data to a party, comprising: 

creating a data package, said data package containing the 
individual's genomic data; and 

allowing said party to download said package over a 
network. 

132. The method of claim 131 wherein said package 
deletes the data it carries when a trigger event occurs. 

133. The method of claim 132 wherein said trigger event 
is an attempt to read the data in the package using an 
incorrect decryption key. 

134. The method of claim 132 wherein said trigger event 
is an attempt to use the data for a purpose other than the one 
agreed upon. 

135. The method of claim 132 wherein said trigger event 
is the expiration of a count-down timer. 



136. The method of claim 132 wherein said trigger event 
is said party failing to acknowledge receipt of said data. 

137. The method of claim 131 wherein said package 
contains said data in an encrypted format. 

138. The method of claim 131, wherein the party is 
selected from the group consisting of the individual, the 
individual's physician, the individual's genetic counselor, 
the individual's hospital, the individual's physician's office, 
the individual's pharmacy and the individual's pharmacist. 

139. A system for providing product usage advice for an 
individual, comprising: 

a memory having program code stored therein; 

a database or table correlating genomic data with 
responses to products; and 

a processor connected to said memory for carrying out 
instructions in accordance with said stored program 
code; wherein said program code, when executed by 
said processor, causes said processor to perform the 
steps of: 

receiving the individual's genomic data; 

using said genomic data to consult the database or table; 
and 

creating a report containing product usage advice for one 
or more products. 

140. The system of claim 139 wherein said correlations 
are obtained by using a computer program. 

141. The system of claim 139, wherein said receiving 
further includes receiving any necessary additional informa- 
tion. 

142. The system of claim 139, wherein said using step 
further includes consulting the database or table using 
additional information. 

143. The system of claim 139, wherein said database or 
table further correlates additional information with 
responses to products. 

144. The system of claim 139, further including the step 
of updating said report when said product is purchased. 

145. The system of claim 139, wherein said receiving is 
performed in conjunction with a point of sale operation. 

146. The system of claim 145, wherein said point of sale 
operation is a transaction using a data card. 

147. The system of claim 145, wherein said point of sale 
operation is a transaction using a cash register. 

148. The system of claim 145, wherein said point of sale 
operation is an online purchase. 

149. The system of claim 139, wherein said product usage 
advice is a prediction of the individual's response to one or 
more products. 

150. The system of claim 139, wherein said product usage 
advice is a dosage recommendation for one or more prod- 
ucts. 

151. The system of claim 139, wherein said product usage 
advice is a prediction of side effects for one or more 
products. 

152. The system of claim 141, wherein said additional 
information includes a proposed usage suggestion for one or 
more products. 

153. The system of claim 152, wherein said product usage 
advice is a prediction of the individual's response to the 
proposed product or products. 
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154. The system of claim 152, wherein product usage 
advice is a recommendation of one or more alternative 
products. 

155. The system of claim 139 wherein said report is 
provided to the individual. 

156. The system of claim 139 wherein said report is 
provided to an expert assisting the individual, but the 
individual's genomic data is not. 

157. The system of claim 139 wherein a fee is charged for 
each report created. 

158. The system of claim 139, wherein said database or 
table correlates haplotypes or haplotype pairs with a 
response to certain drugs. 

159. The system of claim 139, additionally including the 
steps of: 

receiving feedback concerning said individual's actual 
response to one or more of said products; and 

updating said database or table based on said feedback. 

160. A system for producing marketing data, comprising: 

a memory having program code stored therein; and 

a processor connected to said memory for carrying out 
instructions in accordance with said stored program 
code; wherein said program code, when executed by 
said processor, causes said processor to perform the 
steps of: 

receiving from a group of individuals their genomic data; 

receiving from said group of individuals data concerning 
their purchasing habits; 

determining correlations between said genomic data and 
said purchasing habits; and 

making a prediction concerning an individual's purchas- 
ing habits based on that individual's genomic data. 

161. The system of claim 160 wherein said correlations 
are stored in a database or table. 

162. The system of claim 160 wherein said correlations 
are obtained by using a computer program. 

163. The system of claim 160, wherein said correlations 
are statistical. 

164. The system of claim 160, wherein the said correla- 
tions contain no personally-identifying data related to said 
individuals. 

165. The system of claim 160, with the additional step of 
selling said correlations to interested parties. 

166. The system of claim 160, wherein members of said 
group are paid for their participation. 

167. The system of claim 160, wherein said data con- 
cerning purchasing habits is received when a data card is 
used to make a purchase. 

168. The system of claim 160, additionally including the 
steps of: 

receiving feedback relating to the accuracy of said pre- 
diction and/or correlations; and 

updating said prediction and/or correlations based on said 
feedback. 

169. A system for marketing products to individuals based 
on their genomic data, comprising: 

a memory having program code stored therein; and 



a processor connected to said memory for carrying out 
instructions in accordance with said stored program 
code; wherein said program code, when executed by 
said processor, causes said processor to perform the 
steps of: 

receiving from a group of individuals their genomic data; 

receiving from said group of individuals data concerning 
their purchasing habits; 

determining correlations between said genomic data and 
said purchasing habits; 

making a prediction concerning an individual's purchas- 
ing habits based on that individual's genomic data; and 

making a product suggestion. 

170. The system of claim 169 wherein said correlations 
are stored in a database or table. 

171. The system of claim 169 wherein said correlations 
are obtained by using a computer program. 

172. The system of claim 169, wherein said correlations 
are statistical. 

173. The system of claim 169, wherein the said correla- 
tions contain no personally-identifying data related to said 
individuals. 

174. The system of claim 169, with the additional step of 
selling said correlations to interested parties. 

175. The system of claim 169, with the additional step of 
selling said product suggestions to interested parties. 

176. The system of claim 169, with the additional step of 
offering said product suggestions to said individuals. 

177. The system of claim 169, wherein members of said 
group are paid for their participation. 

178. The system of claim 169, wherein said data con- 
cerning purchasing habits is received when a data card is 
used to make a purchase. 

179. The system of claim 169, additionally including the 
steps of: 

receiving feedback relating to the appeal of the suggested 
product; and 

updating said suggestion and/or correlations based on said 
feedback. 

180. A system for providing a gaming experience to an 
individual based on his or her genomic data, comprising: 

a memory having program code stored therein; and 

a processor connected to said memory for carrying out 
instructions in accordance with said stored program 
code; wherein said program code, when executed by 
said processor, causes said processor to perform the 
steps of: 

receiving the genomic data of said individual; and 

affecting gameplay using said genomic data; whereby the 
individual's gaming experience is due at least in part to 
his or her genomic data. 

181. The system of claim 180, wherein said affecting 
involves assigning the individual to a team. 

182. The system of claim 180, wherein said affecting 
involves the manipulation of visual gameplay aspects. 

183. The system of claim 180, wherein said affecting 
involves the manipulation of aural gameplay aspects. 

184. The system of claim 180, wherein said affecting 
involves giving game characters strengths or weaknesses. 
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185. The system of claim 180, additionally including the 
steps of: 

receiving feedback relating to said gaming experience; 
and 

revising said affecting based on said feedback. 

186. A system for providing an individual with lifestyle 
advice related to his or her genomic data, comprising: 

a memory having program code stored therein; 

a database or table correlating genomic data with lifestyle 
advice; and 

a processor connected to said memory for carrying out 
instructions in accordance with said stored program 
code; wherein said program code, when executed by 
said processor, causes said processor to perform the 
steps of: 

using the individual's genomic data to consult the data- 
base or table; and 

receiving, as a result of said consultation, said lifestyle 
advice. 

187. The system of claim 186, wherein said correlations 
are obtained using a computer program. 

188. The system of claim 186, wherein said genomic data 
is haplotypes or haplotype pairs. 

189. The system of claim 186, wherein said lifestyle 
advice comprises recommendations on taking preventative 
steps against the onset of an illness. 

190. The system of claim 186, wherein said lifestyle 
advice comprises diet recommendations. 

191. The system of claim 186, wherein said lifestyle 
advice comprises exercise recommendations. 

192. The system of claim 186, wherein said lifestyle 
advice comprises information about unique genotypical 
aspects of the individual. 

193. The system of claim 186, additionally including the 
step of providing the services of a genetic counselor to 
explain said lifestyle information. 

194. The system of claim 186, additionally including the 
steps of: 

receiving feedback relating to the accuracy of said lif- 
estyle advice; and 

updating said database or table based on said feedback. 

195. A system for providing an individual with lifestyle 
advice related to his or her genomic data, comprising: 

a memory having program code stored therein; 

a database or table which correlates genomic data with 
information related to that genomic data; and 

a processor connected to said memory for carrying out 
instructions in accordance with said stored program 
code; wherein said program code, when executed by 
said processor, causes said processor to perform the 
steps of: 

using the individual's genomic data to consult the data- 
base or table; 

receiving, as a result of said consultation, information 
related to said genomic data; and 

providing lifestyle advice related to said information. 



196. The system of claim 195, wherein said correlations 
are obtained using a computer program 

197. The system of claim 195, wherein said genomic data 
is haplotypes or haplotype pairs. 

198. The system of claim 195, wherein said lifestyle 
advice comprises recommendations on taking preventative 
steps against the onset of an illness. 

199. The system of claim 195, wherein said lifestyle 
advice comprises diet recommendations. 

200. The system of claim 195, wherein said lifestyle 
advice comprises exercise recommendations. 

201. The system of claim 195, wherein said lifestyle 
advice comprises information about unique genotypical 
aspects of the individual. 

202. The system of claim 195, additionally including the 
step of providing the services of a genetic counselor to 
explain said lifestyle information. 

203. The system of claim 195, additionally including the 
steps of: 

receiving feedback relating to the accuracy of said lif- 
estyle advice; and 

updating said advice and/or said database or table based 
on said feedback. 

204. A system for designing products based on an indi- 
vidual's genomic data, comprising: 

a memory having program code stored therein; and 

a processor connected to said memory for carrying out 
instructions in accordance with said stored program 
code; wherein said program code, when executed by 
said processor, causes said processor to perform the 
steps of: 

obtaining the individual's genomic data; and 

creating a design for said product based on said genomic 
data. 

205. The system of claim 204, wherein said creating 
involves consulting a database or table which correlates 
certain genomic data with certain designs. 

206. The system of claim 205, additionally including the 
steps of: 

receiving feedback relating to the appeal of said design; 
and 

updating said database or table based on said feedback. 

207. The system of claim 204, wherein said creating 
involves using a computer program which correlates certain 
genomic data with certain designs. 

208. The system of claim 207, additionally including the 
steps of: 

receiving feedback relating to the appeal of said design; 
and 

updating said computer program based on said feedback. 

209. The system of claim 204, wherein said creating 
involves executing a design algorithm which takes said 
genomic data as an input. 

210. The system of claim 209, additionally including the 
steps of: 

receiving feedback relating to the appeal of said design; 
and 

updating said algorithm based on said feedback. 
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211. The system of claim 204, wherein said product is a 
food. 

212. The system of claim 204, wherein said product is 
artwork. 

213. The system of claim 204, wherein said product is 
wearing apparel. 

214. The system of claim 204, wherein said product is a 
perfume. 

215. The system of claim 204, wherein said product is 
jewelry. 

216. The system of claim 204, wherein said product is 
music. 

217. A system for marketing an individual's genomic 
data, comprising: 

a memory having program code stored therein; and 

a processor connected to said memory for carrying out 
instructions in accordance with said stored program 
code; wherein said program code, when executed by 
said processor, causes said processor to perform the 
steps of: 

contacting a party interested in using an individual's 
genomic data; 

negotiating with the party to determine the terms of use 
for said data; 

seeking the individual's consent to allow said party to use 
said data under the determined terms of use; and 

if consent is received, providing, under the determined 
terms of use, said genomic data to said party. 

218. The system of claim 217 wherein said providing is 
performed in such a manner that the party is not allowed to 
permanently keep said genomic data. 

219. The system of claim 217 wherein said negotiations 
involves determining a price that said party will pay said 
individual for use of said genomic data. 

220. The system of claim. 217 wherein said negotiations 
involves determining the portions of the individual's 
genomic data that will be used by the party. 

221. A system for providing an individual with low price 
genomic-based services, comprising: 

a memory having program code stored therein; and 

a processor connected to said memory for carrying out 
instructions in accordance with said stored program 
code; wherein said program code, when executed by 
said processor, causes said processor to perform the 
steps of: 

receiving from the individual a request for a genomic- 
based service; 

negotiating with a plurality of parties capable of providing 
said service in order to determine which party of said 
parties is willing to offer said service at a lower price 
than the remainder of said parties; and 

upon receiving the individual's consent, allowing said 
party which offered said lower price to perform said 
service. 

222. The system of claim 221 wherein said service is 
performing a medical test based on said individual's 
genomic data. 



223. The system of claim 221 wherein said service is 
providing information based on said individual's genomic 
data. 

224. The system of claim 221 wherein said service is 
providing artwork whose design is based on said individu- 
al's genomic data. 

225. The system of claim 221, including the additional 
step of charging the individual a fee. 

226. The system of claim 221, including the additional 
step of charging said service provider a fee. 

227. The system of claim 221, wherein said negotiating 
step includes considering the quality of the providers. 

228. The system of claim 227, wherein said receiving step 
further includes receiving from the individual quality 
requirements. 

229. The system of claim 227, wherein the management 
company sets quality requirements. 

230. A billing system for a genomic data managing 
service, comprising: 

a memory having program code stored therein; and 

a processor connected to said memory for carrying out 
instructions in accordance with said stored program 
code; wherein said program code, when executed by 
said processor, causes said processor to perform the 
steps of: 

charging a management fee; and 

charging a fee for each access of said data. 

231. The system of claim 230, wherein said management 
fee is a periodic fee for maintaining said data, 

232. The system of claim 231, wherein said periodic fee 
is a fee charged each time a predetermined interval elapses. 

233. The system of claim 230, wherein said management 
fee is a fee for setting up a new account. 

234. The system of claim 230, wherein said management 
fee is a fee for adding or deleting genomic data. 

235. The system of claim 230, wherein said management 
fee is a fee for adding or deleting non-genomic data. 

236. A system for providing an individual's genomic data 
to a party, comprising: 

a memory having program code stored therein; and 

a processor connected to said memory for carrying out 
instructions in accordance with said stored program 
code; 

wherein said program code, when executed by said pro- 
cessor, causes said processor to perform the steps of: 

receiving from a party a request for an individual's 
genomic data; 

negotiating with the party to determine the terms of use 
for said data; 

seeking the individual's consent to allow said party to use 
said data under the determined terms of use; and 

if consent is received, providing, under the determined 
terms of use, said genomic data to said party. 

237. The system of claim 236, wherein said providing is 
performed in such a manner that the party is not allowed to 
hold or posses said genomic data. 

238. The system of claim 236, wherein said negotiating 
involves determining a price that said party will pay said 
individual for 108 of said genomic data. 
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239. The system of claim 236, wherein said negotiating 
involves determining which portions of the individual's 
genomic data will be used by the party. 

240. A system for securely transmitting an individual's 
genomic data to a party, comprising: 

a memory having program code stored therein; 

a data card interface; and 

a processor connected to said memory for carrying out 
instructions in accordance with said stored program 
code; wherein said program code, when executed by 
said processor, causes said processor to perform the 
steps of: 

storing an individual's genomic data on a data card; and 

arranging for the physical transport of said data card to 
said party. 

241. The system of claim 240, wherein said data card 
deletes the data it carries when a trigger event occurs. 

242. The system of claim 241, wherein said trigger event 
is an attempt to read the data on the card using an incorrect 
decryption key. 

243. The system of claim 241, wherein said trigger event 
is an attempt to use the data for a purpose other than the one 
agreed upon. 

244. The system of claim 241, wherein said trigger event 
is the expiration of a count-down timer. 

245. The system of claim 241, wherein said trigger event 
is said party failing to acknowledge receipt of said data. 

246. The system of claim 241, wherein said data is stored 
in an encrypted manner. 

247. A system for securely transmitting an individuars 
genomic data to a party, comprising: 

a memory having program code stored therein; and 

a processor connected to said memory for carrying out 
instructions in accordance with said stored program 
code; wherein said program code, when executed by 
said processor, causes said processor to perform the 
steps of: 

creating a data package, said data package containing the 
individual's genomic data; and 

allowing said party to download said package over a 
network. 

248. The system of claim 247, wherein said package 
deletes the data it carries when a trigger event occurs. 

249. The system of claim 248, wherein said trigger event 
is an attempt to read the data in the package using an 
incorrect decryption key. 

250. The system of claim 248, wherein said trigger event 
is an attempt to use the data for a purpose other than the one 
agreed upon. 

251. The system of claim 248, wherein said trigger event 
is the expiration of a count-down timer. 

252. The system of claim 248, wherein said trigger event 
is said party failing to acknowledge receipt of said data. 

253. The system of claim 247, wherein said package 
contains said data in an encrypted format. 

254. A method for reimbursing a physician for the care of 
a patient comprising the steps of: 

determining whether the physician prescribed a drug that 
the management company recommended for the patient 



based on the patient's therapeutic needs and the 
patient's genomic data; and 

reimbursing the physician if the physician prescribed a 
recommended drug to the patient. 

255. A method of marketing a product in a geographic 
region of interest, comprising: 

obtaining information relating to correlations between 
users' response to the product and a haplotype profile; 

determining the frequency of the haplotype profile in the 
population living in the geographic region; and 

making a marketing decision for the geographic region 
based on the determined frequency of the haplotype 
profile. 

256. The method of claim 255, wherein the product is a 
drug or biologic. 

257. The method of claim 256, wherein the marketing 
decision is to proceed with marketing the product if the 
determined frequency of the haplotype profile is at least 
25%. 

258. The method of claim 256, wherein the marketing 
decision is to proceed with marketing the product if the 
determined frequency of the haplotype profile is at least 
50%. 

259. The method of claim 256, wherein the geographic 
region is a state or territory of the United States of America. 

260. The method of claim 256, wherein the geographic 
region is a country. 

261. A method for developing a new product to satisfy a 
particular unmet demand or need of a population, compris- 
ing: 

identifying a haplotype profile that is correlated with the 
unmet demand or need in the population; 

determining a functional cause for the correlation between 
the haplotype profile and the unmet need or demand; 
and 

developing a new product designed to avoid the func- 
tional cause. 

262. The method of claim 261, wherein the unmet demand 
or need is weight management. 

263. The method of claim 261, wherein the unmet demand 
or need is addiction to smoking. 

264. The method of claim 261, wherein the unmet demand 
or need is addiction to alcohol. 

265. The method of claim 261, wherein the unmet demand 
or need is a treatment for schizophrenia. 

266. The method of claim 261, wherein the unmet demand 
or need is a treatment for dyslipidemia. 

267. The method of claim 261, wherein the unmet demand 
or need is a treatment for diabetes. 

268. A method for marketing a drug for inclusion in a 
formulary, comprising: 

identifying a haplotype profile that is correlated with a 
good therapeutic profile for the drug; 

determining the frequency of the haplotype profile in the 
population served by the formulary; and 

making a marketing decision based on the determined 
frequency of the haplotype profile. 
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269. The method of claim 168, wherein the marketing 
decision is to pursue inclusion in the formulary if the 
determined frequency of the haplotype profile is at least 
25%. 

270. A method for choosing a drug for inclusion in a 
formulary, comprising: 

identifying a group of drugs that are prescribed to treat or 
alleviate the same medical condition, symptoms or 
disease; 

obtaining for each drug a haplotype profile that is corre- 
lated with an acceptable therapeutic response profile for 
that drug; and 



determining in the population served by the formulary the 
frequency of each obtained haplotype profile; and 

chosing a drug for the formulary based on the determined 
haplotype profile frequencies. 

271. The method of claim 271, wherein the chosing step 
comprises selecting the drug whose correlated haplotype 
profile has the highest frequency. 

272. The method of claim 271, wherein the chosing step 
comprises selecting each drug whose correlated haplotype 
profile has a frequency greater than 25%. 

***** 
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IN RE BRUCE BEASLEY 
04-1225 

UNITED STATES COURT OF APPEALS FOR THE FEDERAL CIRCUIT 
117 Fed. Appx. 739; 2004 U.S. App. LEXIS 25055 

December 7, 2004, Decided 



NOTICE: [**1] THIS DECISION WAS ISSUED 
AS UNPUBLISHED OR NONPRECEDENTIAL AND 
MAY NOT BE CITED AS PRECEDENT. PLEASE 
REFER TO THE RULES OF THE FEDERAL CIRCUIT 
COURT OF APPEALS FOR RULES GOVERNING 
CITATION TO UNPUBLISHED OR 
NONPRECEDENTIAL OPINIONS OR ORDERS. 

PRIOR HISTORY: (Serial No. 07/636,839). 

DISPOSITION: Vacated and remanded. 

CASE SUMMARY: 



PROCEDURAL POSTURE: A patent applicant sought 
a patent directed to the generation of images or markings 
on a video display screen using a light pen, but a patent 
examiner determined that the claimed invention was ob- 
vious from prior art. The applicant appealed the decision 
of the Board of Patent Appeals and Interferences which 
upheld the examiner's determination. 

OVERVIEW: The applicant contended that a feature of 
mapping the display screen into the memory on a point- 
by-point basis was not disclosed by prior art, but the ex- 
aminer found that a skilled artisan would have been mo- 
tivated to make such a combination to read out rapidly 
the bit map format. The court held that the finding of 
obviousness as a matter of law was not supported by 
citation to relevant portions of prior art. Both the exam- 
iner and the Board, relying on their status as skilled arti- 
sans, provided only conclusory statements of generalized 
advantages and convenient assumptions about skilled 
artisans. Such statements and assumptions were inade- 



quate to support the finding of motivation in the obvi- 
ousness analysis which could not be resolved on subjec- 
tive belief and unknown authority. 

OUTCOME: The decision upholding the rejection of 
the patent application was vacated, and the matter was 
remanded for further proceedings. 

LexisNexis(R) Headnotes 



Patent Law > Nonobviousness > Elements & Tests > 
Claimed Invention as a Whole 

Patent Law > Nonobviousness > Elements & Tests > 
Ordinary Skill Standard 

Patent Law > Nonobviousness > Evidence & Procedure 
> Fact & Law Issues 

[HN1] A claimed invention may be found to be obvious 
if the differences between the subject matter sought to be 
patented and the prior art are such that the subject matter 
as a whole would have been obvious at the time the in- 
vention was made to a person having ordinary skill in the 
art to which said subject matter pertains. 35 U.S.C.S. § 
103(a). Whether an invention is obvious under § 103 is a 
question of law based on underlying findings of fact. 



Civil Procedure > Appeals > Standards of Review > De 
Novo Review 

Patent Law > Nonobviousness > Evidence & Procedure 
> Fact & Law Issues 

Patent Law > U.S. Patent & Trademark Office Pro- 
ceedings > General Overview 
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[HN2] a court reviews a legal conclusion of obviousness 
by the Board of Patent Appeals and Interferences de 
novo, and its underlying factual determinations for sub- 
stantial evidence. Substantial evidence is such relevant 
evidence as a reasonable mind might accept as adequate 
to support a conclusion. 

Patent Law > Nonobviousness > Elements & Tests > 
Prior Art 

[HN3] For a prima facie case of obviousness to exist, 
there must be some objective teaching in the prior art or 
knowledge generally available to one of ordinary skill in 
the art that would lead that individual to combine the 
relevant teachings of the references. The motivation, 
suggestion, or teaching may come explicitly from state- 
ments in the prior art, the knowledge of one of ordinary 
skill in the art, or, in some cases, the nature of the prob- 
lem to be solved. 



Patent Law > Jurisdiction & Review > Standards of 
Review > Substantial Evidence 

Patent Law > Nonobviousness > Elements & Tests > 
Prior Art 

[HN4] For purposes of obviousness, the presence or ab- 
sence of a motivation to combine references is a question 
of fact which is evaluated under the substantial evidence 
standard. 



Patent Law > Nonobviousness > Elements & Tests > 
Hindsight 

Patent Law > Nonobviousness > Elements & Tests > 
Prior Art 

Patent Law > U.S. Patent & Trademark Office Pro- 
ceedings > General Overview 

[HN5] Given the subtle but powerful attraction of a hind- 
sight-based obviousness analysis, courts require a rigor- 
ous application of the requirement for a showing of the 
teaching or motivation to combine prior art references. 
This is consonant with the obligation of the Board of 
Patent Appeals and Interferences to develop an eviden- 
tiary basis for its factual findings to allow for judicial 
review under the substantial evidence standard that is 
both deferential and meaningful. 

Administrative Law > Judicial Review > Reviewability 
> Factual Determinations 

Criminal Law & Procedure > Appeals > Standards of 

-Review^nSubstantialEvidence 

Patent Law > U.S. Patent & Trademark Office Pro- 
ceedings > General Overview 



[HN6] For purposes of obviousness, in evaluating a find- 
ing of motivation by the Board of Patent Appeals and 
Interferences, the court looks to the record for all of the 
relevant information upon which the Board relied in ren- 
dering its decision. That record, when before the court, is 
closed, in that the Board's decision must be justified 
within the four corners of that record. 



Patent Law > Inequitable Conduct > General Overview 
Patent Law > Nonobviousness > Evidence & Procedure 
> General Overview 

Patent Law > U.S. Patent & Trademark Office Pro- 
ceedings > General Overview 

[HN7] Generalized claims of what the secondary refer- 
ences teach and of what a skilled artisan would have 
been well aware fail to satisfy the level of specificity that 
is required for an obviousness analysis. Particular find- 
ings must be made as to the reason the skilled artisan, 
with no knowledge of the claimed invention, would have 
selected these components for combination in the manner 
claimed. 



Patent Law > Nonobviousness > Elements & Tests > 
Prior Art 

[HN8] The rationale supporting an obviousness rejection 
may be based on common knowledge in the art or well- 
known prior art. The examiner may take official notice 
of facts outside of the record which are capable of instant 
and unquestionable demonstration as being well-known 
in the art. 



Patent Law > Nonobviousness > Elements & Tests > 
Prior Art 

[HN9] See 37 CFR 1.104(d)(2). 

Patent Law > Nonobviousness > Elements & Tests > 
Prior Art 

[HN10] For purposes of obviousness, assertions of tech- 
nical facts in areas of esoteric technology must always be 
supported by citation of some reference work and allega- 
tions concerning specific knowledge of the prior art, 
which might be peculiar to a particular art, should also be 
supported. Manual Pat. Examining P. § 2144.03. 

Evidence > Judicial Notice > Domestic Laws 

Patent Law > U.S. Patent & Trademark Office Pro- 

-ceedings^>-Examinations^>-General-Overview 

[HN11] The Manual of Patent Examining Procedure 
(MPEP) is commonly relied upon by patent examiners 
on procedural matters. While the MPEP does not have 
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the force of law, it is entitled to judicial notice as an offi- 
cial interpretation of statutes or regulations as long as it 
is not in conflict therewith. 



Patent Law > Nonobviousness > Elements & Tests > 
Prior Art 

Patent Law > Nonobviousness > Evidence & Procedure 
> Fact & Law Issues 

Patent Law > U.S. Patent & Trademark Office Pro- 
ceedings > General Overview 

[HN12] Conclusory statements of generalized advan- 
tages and convenient assumptions about skilled artisans 
are inadequate to support a finding of motivation in an 
obviousness analysis, which is a factual question that 
cannot be resolved on subjective belief and unknown 
authority. Under such circumstances, with respect to core 
factual findings, the Board of Patent Appeals and Inter- 
ferences must point to some concrete evidence in the 
record in support of them, rather than relying on its as- 
sessment of what is well recognized or of what a skilled 
artisan would be well aware. To hold otherwise would 
render the process of appellate review for substantial 
evidence on the record a meaningless exercise. 



Administrative Law > Judicial Review > Standards of 
Review > General Overview 

[HN13] Courts may not accept appellate counsel's post 
hoc rationalization for agency action. 

Patent Law > Jurisdiction & Review > Standards of 
Review > General Overview 

[HN14] A court's review must be limited to those 
grounds relied on and articulated by the Board of Patent 
Appeals and Interferences; otherwise, the applicant may 
be deprived of a fair opportunity to support his position. 

Administrative Law > Judicial Review > Standards of 
Review > General Overview 

[HN15] A court is powerless to affirm administrative 
action by substituting what it considers to be a more ade- 
quate or proper basis. 

JUDGES: Before LOURIE, Circuit Judge, ARCHER, 
Senior Circuit Judge, and DYK, Circuit Judge. Opinion 
for the court filed by Circuit Judge LOURIE. Dissenting 
opinion filed by Circuit Judge DYK. 

-OFENION-BY-t-LOURIE 

OPINION 

[*739] LOURIE, Circuit Judge. 



Bruce Beasley appeals from the decision of the 
United States Patent and Trademark Office ("PTO") 
Board of Patent Appeals and Interferences affirming the 
rejection of claims 1-6 of U.S. Patent Application 
07/636,839 as obvious under 35 U.S.C. § 103. Ex parte 
Beasley, 2002 Pat App. LEXIS 329, Appeal No. 2001- 
2202, Paper No. 38 (B. P.A.L Aug. 29, 2002) ^Decision 
on Appeal"); Ex parte Beasley, Appeal No. 2001-2202, 
Paper No. 40 (B. P.A.I. Oct. 27, 2003) ^Decision on 
Request for Rehearing") . Because the Board's key factual 
findings relating to its obviousness analysis are not sup- 
ported by substantial evidence, the Board erred in con- 
cluding that the claims would have been obvious [**2] 
as a matter of law. We accordingly vacate and remand. 

[*740] BACKGROUND 

On January 2, 1991, Beasley filed U.S. Patent Ap- 
plication 07/636,839 directed to the generation of images 
or markings on a video display screen using a light pen, 
so as to point to or otherwise indicate information of 
interest. Representative claim 1 recites: 

1 . In a system for forming an image on a 
display screen scanned in frames by a 
beam: 

a light pen movable relative to the 
screen and having a light sensing element 
for providing a signal when the position 
of the light pen coincides with the posi- 
tion of the beam, 

a memory having a plurality of ad- 
dressable storage locations, means for 
mapping the display screen into the mem- 
ory on a point-by-point basis by sequen- 
tially addressing the memory locations in 
synchronization with the position of the 
beam to provide a one-to-one correspon- 
dence between the memory locations and 
the points on the screen, 

means responsive to the signal from 
the light pen for writing data into the 
memory at locations corresponding to the 
position of the light pen on the screen dur- 
ing successive frames, 

means for reading the data out of the 
memory locations as they are addressed, 
[**3] and 

means responsive to the data read out 
of the memory for producing an image 
corresponding to the points where the 
light pen is positioned during successive 
frames. 
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(emphases and paragraphing added). 

Previously, the '839 application had been the subject 
of an appeal to this court, which affirmed the rejection of 
claims 1-6 under 35 US.C. §§ 102 and 103 in view of 
U.S. Patent 3,832,485 ("Pieters"). In re Beasley, 1999 
US. App. LEXIS 16695, No. 99-1055, 1999 WL 515480 
(Fed. Cir. July 20, 1999) (nonprecedential) ^Beasley I"). 
1 Beasley thereafter filed a Continued Prosecution Appli- 
cation, in which he amended independent claims 1 and 4 
to specifically include the feature of "mapping the dis- 
play screen into the memory on a point-by-point basis ... 
to provide a one-to-one correspondence" between the 
memory locations and the points on the screen (hereinaf- 
ter referred to as the "point-by-point mapping limita- 
tion"). 2 

1 In Beasley 1, claims 1,3,4, and 6 had been re- 
jected as being anticipated by Pieters, and claims 

2 and 5 had been rejected as being obvious in 
view of the same. Beasley I, 1999 U.S. App. 
LEXIS 16695, 1999 WL 515480 at Pieters is 
directed to an apparatus for creating delineations 
on images using, inter alia, a light pen. Pieters, 
abstract. 

2 In the prior appeal, Beasley argued that the 
point-by-point mapping limitation was to be read 
into independent claims 1 and 4, in an attempt to 
avoid anticipation by Pieters. The court in 
Beasley I concluded that the language of the 
claims was not sufficiently narrow to require this 
limitation to be read therein, and consequently af- 
firmed the anticipation rejection. Beasley I, 1999 
U.S. App. LEXIS 16695, 1999 WL 515480 at **3. 
After amending the claims to expressly recite the 
point-by-point mapping limitation, Beasley is 
now before us again. Although the point-by-point 
mapping limitation is cast in means-plus-function 
form, see 35 U.S.C. § 112, P6 (2000), the parties 
do not dispute whether any of the cited references 
discloses an equivalent structure. Accordingly, 
we need not identify or consider the structures in 
Beasley's application that correspond to that func- 
tion. 

Observing that Pieters, by itself, did not disclose the 
point-by-point mapping limitation, the examiner rejected 
the amended claims for obviousness under § 103 in view 
of Pieters combined with either one [**5] of U.S. Patent 
3,973,245 ("Belser") or U.S. Patent 4,847,604 ("Doyle"). 
^^Fhe-examiner-eited— [-*74-l-]— Belser-and-Doyle-as-eaeh- 
disclosing "a conventional bit map memory mapping a 
display screen into the memory on a point by point ba- 
sis," and that "it would have been obvious to one of ordi- 



nary skill in the art to substitute Belser's [or Doyle's] bit 
map memory" for the content addressable memory 
("CAM") used in Pieters. Jan. 7, 2000 Office Action at 2- 
3. A skilled artisan would have been motivated to make 
such a combination, alleged the examiner, "because im- 
age data stored in the bit map format can be read out 
rapidly." Id. 

3 Belser concerns a method and apparatus for 
"converting information in coded form into a dot 
matrix or raster form," Belser, col. 2, 11. 22-24, 
and presents in considerable detail an algorithm 
for reformatting data. Belser, col. 5, 1. 23 through 
col. 9, 1. 20. Doyle is directed to a system that al- 
lows a user to point to a feature on an image and 
cause descriptive information (e.g., text or a 
magnified view) to appear. Doyle, col. 11, 1. 13 
through col. 12, 1. 18. 

[**6] Beasley responded that the examiner had 
failed to establish a prima facie case of obviousness be- 
cause replacing the CAM in Pieters with the memories in 
Belser and Doyle would require "a complete restructur- 
ing" of the system shown in Pieters, which was "not 
within the purview of obviousness." Apr. 6, 2000 Resp. 
to Office Action at 2. Arguing that the cited references 
failed to provide any motivation for the combination, 
Beasley stressed that the examiner's suggestion for the 
substitution "appeared to be based entirely on applicant's 
own disclosure" in an attempt to "piece together" the 
prior art so as to render the claimed invention obvious. 
Id. Beasley criticized the rationale proffered by the ex- 
aminer—that "data stored in a bit map format can be read 
out rapidly"-as "falling far short of the necessary moti- 
vation for the combination." Id. 

The examiner rejected Beasley's arguments in a final 
office action, by repeating the substance of the Jan. 7, 
2000 Office Action, and by further alleging that it was 
"well known in [the] computer display art to substitute a 
bit map memory for a conventional memory such as the 
memory used by Pieters." Jun. 14, 2000 Office Action 
[**7] at 4. Insisting that the "advantage of using ... bit 
map memory over ... conventional memory [was] well 
recognized," the examiner listed three advantages: (1) 
increasing the display rate; (2) ensuring proper correla- 
tion of image locations with display locations; and (3) 
minimizing data processing and storage requirements. Id. 
In view of those "well recognized" advantages, reasoned 
the examiner, "it would have been obvious to one of or- 
dinary skill" to make the substitution. Id. at 5. 

Beasley appealed the final rejection to the Board, re- 
iterating his arguments against obviousness. The Board 
agreed with the examiner's reasoning and affirmed 4 the 
rejection of claims 1-6. 5 Decision on Appeal at 8. The 
Board found that the cited references suggested to skilled 
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artisans "that if more rapid readout of image data is de- 
sired, the bit map memory, rather than the CAM of Piet- 
ers, should be employed." Id. at 5-6. With respect to 
Beasley's restructuring argument, the Board stated that 
"the artisan skilled in the image display and memory arts 
would [*742] have been well aware of the restructur- 
ing" involved when making the substitution. Id. at 6. 
Disagreeing with Beasley that the [**8] examiner's pro- 
posed substitution of one memory type for another was 
"unsupported," the Board reasoned that the "artisan 
would clearly have understood, from the applied refer- 
ences, the different types of memories available (CAM 
versus bit map), and their comparative advantages, and 
would have chosen implementation of one over the other 
for the advantages sought." Id. Concluding that the ex- 
aminer established a prima facie case of obviousness, the 
Board sustained the rejection of claims 1-6. 

4 To the extent the Board adopted the exam- 
iner's position as its own, we shall refer to the ex- 
aminer's findings and conclusions as those of the 
Board. See In re Paulsen, 30 F.3d 1475, 1478 n.6 
(Fed. Cir. 1994). 

5 Our discussion will focus on independent 
claim 1, and, in particular, the point-by-point 
mapping limitation. The only other independent 
claim is claim 4, which is directed to a method, 
but is otherwise similar to independent claim 1 in 
all material respects. Since Beasley has not made 
separate patentability arguments for claim 4, or 
for any of the dependent claims, those claims will 
stand or fall together with claim 1. See In re 
Kaslow, 707 F.2d 1366, 1376 (Fed. Cir. 1983). 

[**9] Beasley filed a request for reconsideration, 
which the Board denied. Decision on Request for Re- 
hearing at 5. Beasley timely appealed the Board's deci- 
sion to this court, and we have jurisdiction pursuant to 28 
U.S.C. § 1295(a)(4)(A). 

DISCUSSION 

[HN1] A claimed invention may be found to have 
been obvious "if the differences between the subject mat- 
ter sought to be patented and the prior art are such that 
the subject matter as a whole would have been obvious at 
the time the invention was made to a person having ordi- 
nary skill in the art to which said subject matter per- 
tains." 35 U.S.C. § 103(a) (2000). Whether an invention 
would have been obvious under § 103 is a question of 
law based on underlying findings of fact. In re Kotzab, 
217 F. 3d 1365. 1369 (Fed. Cir. 2000). ["HN21 We review 
the Board's legal conclusion of obviousness de novo, and 
its underlying factual determinations for substantial evi- 
dence. In re Gartside, 203 F.3d 1305, 1316 (Fed. Cir. 
2000). Substantial evidence is "such relevant evidence as 



a reasonable mind might accept as adequate to support a 
conclusion." Id. at 1312 (quoting [**10] Consolidated 
Edison Co. v. NLRB, 305 U.S. 197, 229, 83 L. Ed. 126, 
59 S Ct. 206(1938)). 

On appeal, Beasley urges reversal on the basis that 
the record does not support the Board's determination 
that the examiner established a prima facie case of obvi- 
ousness. [HN3] For a prima facie case of obviousness to 
exist, there must be "some objective teaching in the prior 
art or ... knowledge generally available to one of ordi- 
nary skill in the art [that] would lead that individual to 
combine the relevant teachings of the references." In re 
Fine, 837 F. 2d 1071, 1074 (Fed. Cir. 1988). "The moti- 
vation, suggestion or teaching may come explicitly from 
statements in the prior art, the knowledge of one of ordi- 
nary skill in the art, or, in some cases the nature of the 
problem to be solved." Kotzab, 217 F. 3d at 1370. 

[HN4] The presence or absence of a motivation to 
combine references is a question of fact, In re Dembic- 
zak, 175 F.3d 994, 1000 (Fed. Cir. 1999), which is 
evaluated under the substantial evidence standard. Gart- 
side, 203 F.3d at 1316. Beasley contends that we have 
before us a case of impermissible hindsight reconstruc- 
tion, [**11] in which the examiner's finding of a moti- 
vation to substitute the memory used in either Belser or 
Doyle for the CAM in Pieters rests on generalized state- 
ments of advantages without regard to the desirability or 
the feasibility of modifying Pieters. [HN5] Given the 
"subtle but powerful attraction of a hindsight-based ob- 
viousness analysis," we require a "rigorous application of 
the requirement for a showing of the teaching or motiva- 
tion to combine prior art references." Dembiczak, 175 
F.3d at 999. This is consonant with the obligation of the 
Board to develop an evidentiary basis for its factual find- 
ings to allow for judicial review under the substantial 
evidence standard that is both deferential and [*743] 
meaningful. See In re Lee, 277 F3d 1338, 1344 (Fed. 
Cir. 2002). 

[HN6] In evaluating the Board's finding of motiva- 
tion, we look to the record, for "all of the relevant infor- 
mation upon which the Board relied in rendering its deci- 
sion." Gartside, 203 F3d at 1314. "That record, when 
before us, is closed, in that the Board's decision must be 
justified within the four corners of that record." Id. For 
the purposes of the present appeal, the record indicates 
[**12] that there have been no less than five occasions, 
since the filing of the Continued Prosecution Application 
with the amended claims, on which the Board and the 
examiner have had the opportunity to develop a factual 
record that establishes substantial evidence of a motiva- 
tion to combine Pieters with either Belser or Doyle. They 
failed to do so in each instance. Our review of (1) the 
Jan. 7, 2000 Office Action; (2) the Jun. 14, 2000 Office 
Action; (3) the Feb. 13, 2001 Examiner's Answer; (4) the 
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Decision on Appeal, and (5) the Decision on Request for 
Rehearing reveals that the assertions pertaining to the 
advantages of one type of memory over another that had 
been advanced by the examiner and the Board for the 
express purpose of showing motivation for the proposed 
substitution have been set forth without any supporting 
citations to relevant portions of either Pieters, Belser, 
Doyle, or any other authority. 

For example, the examiner's allegation in the Jan. 7, 
2000 Office Action that "image data stored in the bit map 
format can be read out rapidly" has been repeated axio- 
matically throughout the record in justifying the re- 
placement of the CAM in Pieters. Neither the Board nor 
[**13] the examiner has identified in the record any 
source of information—either from the references cited or 
otherwise— from which they base their comparison of the 
relative speed advantages of "bit map memories" over 
CAMs. Similarly, the assertion in the Jun. 14, 2000 Of- 
fice Action that the "advantage of using ... bit map mem- 
ory over ... conventional memory is well recognized" 
appears unaccompanied by any indication of its origins. 6 

6 While the abstract of Doyle was cited for the 
proposition that the use of "bit map memory" en- 
sures proper correlation of image locations with 
display locations, and minimizes data processing 
and storage requirements, a closer inspection of 
Doyle reveals that these "advantages" arise out of 
a specific arrangement for encoding image in- 
formation, rather than from any intrinsic charac- 
teristic of "bit map memories" in general. Doyle, 
col. 4, 11. 15-19 ("The advantages ... stem from 
encoding information about a video image as a 
pixel bit map and a color map in which the ad- 
dresses or indices of the color map are correlated 
with the addresses or pointers to strings of de- 
scriptive information about predefined features of 
the video image."). 

[**14] In adopting the examiner's position, the 
Board made no effort to substantiate the examiner's as- 
sertions by invoking any identifiable authority. Instead, 
the Board relied on the examiner's and its own knowl- 
edge as skilled artisans. For example, the Board claimed 
that "the secondary references" suggested to skilled arti- 
sans "that if more rapid readout of image data is desired, 
the bit map memory, rather than the CAM of Pieters, 
should be employed." Decision on Appeal at 5-6. Simi- 
larly, in dismissing Beasley's restmcturing argument, the 
Board alleged that a skilled artisan would have been 
"well aware" of the restructuring involved. Id. at 6. Un- 
-derthe-MPBP^provisions _7 "in-effect [-*744] — alrthe-iime^ 
such [HN7] generalized claims of what "the secondary 
references" teach and of what the skilled artisan would 
have been "well aware" fail to satisfy the level of speci- 



ficity that is required. Cf Kotzab, 217 F.3d at 1371 
("Particular findings must be made as to the reason the 
skilled artisan, with no knowledge of the claimed inven- 
tion, would have selected these components for combina- 
tion in the manner claimed."). The MPEP provides 
guidelines for relying on official notice and [**15] per- 
sonal knowledge, which the examiner did not follow in 
this case: 

[HN8] The rationale supporting an ob- 
viousness rejection may be based on 
common knowledge in the art or "well- 
known" prior art. The examiner may take 
official notice of facts outside of the re- 
cord which are capable of instant and un- 
questionable demonstration as being 
"well-known" in the art. In re Ahlert, 57 
CCPA. 1023, 424 F2d 1088, 1091, 165 
USPQ 418, 420 (CCPA 1970) ... 



[HN9] When a rejection is based on 
facts within the personal knowledge of the 
examiner, the data should be stated as 
specifically as possible, and the facts must 
be supported, when called for by the ap- 
plicant, by an affidavit from the examiner. 
Such an affidavit is subject to contradic- 
tion or explanation by the affidavits of the 
applicant and other persons. See 37 CFR 
1.104(d)(2). 



For further views on official notice, 
see In re Ahlert, 57 C.C.P.A. 1023, 424 
K2dl088, 1091, 165 USPQ 418, 420-421 
(CCPA 1970) ("[HN10] Assertions of 
technical facts in areas of esoteric tech- 
nology must always be supported by cita- 
tion of some reference work?' and "allega- 
tions concerning specific 'knowledge' 
[**16] of the prior art, which might be 
peculiar to a particular art should also be 
supported." ... 

MPEP § 2144.03 (7th ed. 1998) (emphases added); see 
also MPEP § 2144.03 (7th ed., rev. 1, 2000). Certainly, 
the relative speed advantages of CAMs vis-a-vis "bitmap 
memories" and the feasibility of substituting one for the 
other can hardly be described as a fact that is of "instant 
and-unquestionable - demonstration" for Lhe purpose of 
taking official notice unsupported by any citation. 
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7 [HN1 1 ] The Manual of Patent Examining Pro- 
cedure ("MPEP") is commonly relied upon by 
patent examiners on procedural matters. Litton 
Sys., Inc. v. Whirlpool Corp., 728 F.2d 1423, 
1439 (Fed. Cir. 1984). "While the MPEP does 
not have the force of law, it is entitled to judicial 
notice as an official interpretation of statutes or 
regulations as long as it is not in conflict 
therewith." Molins PLC v. Textron, Inc., 48 F.3d 
1172, 1180 n. 10 (Fed. Cir. 1995). 

The record reflects that the examiner and the [**17] 
Board have managed to find motivation for substituting 
one type of memory for another without providing a cita- 
tion of any relevant, identifiable source of information 
justifying such substitution. The statements made by the 
Examiner, upon which the Board relied, amount to no 
more than conclusory statements of generalized advan- 
tages and convenient assumptions about skilled artisans. 
At least under the MPEP then in effect, such [HN12] 
statements and assumptions are inadequate to support a 
finding of motivation, which is a factual question that 
cannot be resolved on "subjective belief and unknown 
authority." Lee, 277 F.3d at 1344. Under such circum- 
stances, with respect to core factual findings, "the Board 
must point to some concrete evidence in the record in 
support" of them, rather than relying on its assessment of 
what is "well recognized" or what a skilled artisan would 
be "well aware." In re Zurko, 258 F.3d 1379, 1385-86 
(Fed. Cir. 2001). "To hold otherwise would render the 
process of appellate review for substantial evidence on 
the record a meaningless exercise." Id. at 1386 (citing 
Baltimore & Ohio R.R. Co. v. Aberdeen & Rockfish R.R. 
Co., 393 U.S. 87, 91-92, 21 L. Ed. 2d 219, 89 S. Ct 280 
(1968)). [**18] 

The PTO, perhaps realizing the deficiencies in the 
record in this regard, provides numerous citations in its 
brief to specific [*745] passages in Pieters, Belser, and 
Doyle in a valiant attempt to muster substantiation for 
the Board's findings. We cannot consider such post hoc 
attempts at bolstering the record in our review for sub- 
stantial evidence. Burlington Truck Lines, Inc. v. United 
States, 371 US. 156, 168, 9 L. Ed. 2d 207, 83 S. Ct. 239 
(1962) [HN13] ("Courts may not accept appellate coun- 
sel's post hoc rationalization for agency action."). 
[HN14] Our review must be limited to those grounds 
relied on and articulated by the Board; otherwise, the 
applicant may be deprived of a fair opportunity to sup- 
port his position. See Lee, 277 F.3d at 1345; see also 
SEC v. Chenery Corp., 332 U.S. 194, 196, 91 L Ed. 
1995, 67 S. Ct. 1575 (1947) [HN15] ("The court is pow- 
^rless-to-affirnrtte-ato 

what it considers to be a more adequate or proper ba- 
sis."). 

CONCLUSION 



For the above reasons, we conclude that the Board's 
determination that Beasley's claimed invention would 
have been obvious in view of the combination of Pieters 
with either Belser or Doyle is not [**19] supported by 
substantial evidence. Accordingly, we vacate the Board's 
decision and remand for further proceedings not incon- 
sistent with this opinion. 

DISSENT BY: DYK 

DISSENT 

DYK, Circuit Judge, dissenting. 

I respectfully dissent. Under our decision in Lee the 
Board may not rely on common knowledge and common 
sense in rejecting a claim as obvious. In re Lee, 277 F.3d 
1338, 1344-45 (Fed. Cir. 2002). But both the examiner 
and the Board are presumed to be skilled in the art, id. at 
1345, as the majority recognizes, ante at 8. They may 
properly rely on that knowledge in making rejections for 
obviousness, but "when they rely on what they assert to 
be general knowledge to negate patentability, that 
knowledge must be articulated and placed on the record." 
Lee, 277 F.3d at 1345. 

That is exactly what the examiner and Board have 
done here. The patent examiner rejected Beasley's claims 
as obvious over Pieters in view of either Besler or Doyle, 
finding a motivation to combine in the fact that "image 
data stored in the bit map format can be read out rap- 
idly." Jan. 7, 2000 Office Action at 2. The examiner sus- 
tained his rejection in the subsequent [**20] Office Ac- 
tion and specifically addressed Beasley's argument that 
there was no motivation to combine. The examiner noted 
that "the advantage of using the bit map memory over the 
conventional memory is well recognized" and listed three 
advantages: (1) increasing the display rate; (2) ensuring 
proper correlation of image locations with display loca- 
tions; and (3) minimizing data processing and storage 
requirements. June 14, 2000 Office Action at 4. The 
Board agreed with the reasoning of the examiner and 
further found that an "artisan skilled in the image display 
and memory arts would have been well aware of the re- 
structuring and manners of address which would need to 
be changed in order to substitute one type of memory for 
another." Ex parte Beasley, 2002 Pat App. LEXIS 329, 
Appeal No. 2001-2202, Paper No. 38, at 6 (B. P.A.I. 
Aug. 29, 2002). I see no error in the Board's reliance on 
the PTO's own specialized knowledge. The effect is 
merely to create a prima facie case, and to shift the bur- 
den to the patent applicant. Here the applicant did not 
refute the factual findings of the Board and the patent 
examiner, but merely offered lawyer argument to contra- 
dict the Board's findings. Under these circumstances the 
[* *2 1 ] application was properly rej ected. 
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With this said, I agree that the MPEP provision in 
effect at the time is not a model of clarity and can be read 
as recognizing [*746] only a very limited scope for the 
use of the PTO's expertise. MPEP § 2144.03 (7th ed. 
1998). However, the current version appears to allow 
greater latitude. MPEP § 2144.03 (8th ed., rev. 2, 2004). 



In future cases, where the PTO has provided us with an 
interpretation of the new MPEP provisions, we will need 
to address the extent to which the new version of the 
MPEP gives the PTO greater scope to rely on its own 
expert knowledge. 
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